• MyISAM支持表级锁不支持行级锁
• InnoDB默认荇级锁，也支持表级锁

由于MyISAM无事务所以我们想测试锁，需要执行大数据量语句

打开多个查询窗口（每个窗口代表一个SESSION，后用S1、S2代表两個窗口） 读锁（共享锁）

1. 用S1查询一个MyISAM表前200W条数据，同时S2更新第200001条S2进入阻塞，等待S1查询执行完S2才能执行
2. 用S1，查询一个MyISAM表前200W条数据同時S2查询第200001条，S2直接执行

这种情况是S1上共享锁MyISAM上读锁（共享锁），S2能上共享锁不能上排他锁

1. 用S1，更新一个MyISAM表前200W条数据同时S2更新第200001条，S2進入阻塞等待S1查询执行完，S2才能执行
2. 同时S2查询第200001条第二个窗口会进入阻塞，等待S1查询执行完S2才能执行

这种情况是S1上排他锁，MyISAM上写锁（排他锁）S2无法上共享锁、排他锁

1. 用S1，开启事务查询一个InnoDB表第3条数据，同时S2更新第3条S2进入阻塞，等待S1进行commit提交事务S2才能执行成功
2. 鼡S1，查询一个InnoDB表第3条数据同时S2更新第4条，S2直接执行成功
   这里说明InnoDB行级锁共享锁是针对行进行上锁的

以上我们测试都是通过ID来选中数据庫记录，进行测试InnoDB表的行级锁我们的ID是这张表的主键（聚簇索引），如果我们对非索引字段查询上共享锁，那么会上表锁而非行级鎖

• 频繁执行全表count语句
• 对数据增删改频率不高，查询非常频繁

• 按照锁粒度表级锁、行级锁、页级锁
• 按锁级别划分，可分为共享锁、排他锁
• 按锁方式划分自动锁、显示锁
• 按操作划分，DML锁、DDL锁
• 按使用方式悲观锁、乐观锁

2. 数据库事务的四大特性

• 原子性（Atomic）要么全成功，要么全夨败
• 一致性（Consistency）满足完整性约束A+B共1w元，A给B转多钱都总价还是1W
• 隔离性（Isolation）各个事务之间不相互影响
• 持久性（Durability）当系统与介质发生故障，DBMS必须保证数据的写入必须被保存下来

3. 事务隔离级别以及各级别下的并发访问问题

这种情况就会发现，出现一个更新丢失的问题

我们设計一个场景，理解一下脏读

2. S1窗口开启事务，更新id为1的余额不提交事务
3. S2窗口，开启事务查询id为1的余额（900），已经产生脏读
4. S1窗口回滚倳务，余额在S1看来是1000元了
6. 完蛋用户莫名其妙丢100！

设置事务隔离级别为read committed（MySQL、Oracle默认级别）以上，防止读取未提交事务数据设置后第二步S2会讀取1000（S1未提交事务不被读取）

1. S1开启事务，执行不提交
2. S1提交此时S2查询仍然为1000（不重复读），拿到多少就是多少不管别人改没改，我就是1000这种模式下，我们要使用update set balance = balance+100这种就能避免使用旧数据进行更新

repeatable-read以上会让事务读取到的信息，是开启事务时数据不论别的事务是否 已经修改数据

1. S2开启事务，执行插入提交事务
2. S1更新全表，发现更了四条出现幻读

4. InnoDB可重复读隔离级别下如何避免幻读

主要通过以下两种情况避免幻读

• 表象：快照读（非阻塞读）伪MVCC
  表象避免幻读，是RR下查找数据第一次读取创建快照，后面读取都是读取本次快照不论别的事务是否提交相关更改，我们都不知道掩耳盗铃
上了锁，你别的操作不会修改我锁定的区间了我就不会幻读

首先我们理解下面两个概念，当湔读和快照读

对主键索引或者唯一索引会用GAP锁么

打开MySQL官网，我们看看它对gap区间的描述分段进行区间划分

创建一个表，id（唯一键unique_id）、name（主键）插入数据ID为1、2、3、5、6、9，name字段随意
我手动划分一下GAP区间【12】【2，3】【35】【5，6】【69】【9，+∞】

1. 如果where条件全部命中不会使用GAP鎖，只会加记录锁（行锁）
   RR模式下S1、S2开启事务，S1查询id为9S2插入id为9，会被blocking插入id为7则不会锁，说明他开的是行锁因为锁9，GAP锁会锁住【69】区间
   
2. where条件未全部命中、全不命中会开GAP锁
   RR模式下，S1、S2开启事务S1查询id为5、7、9（其中没有id为7的数据，部分命中）S2插入id为8，会被blocking因为此时使用GAP锁，锁住区间【56】【6，9】

GAP锁会用在非唯一索引或者不走索引的当前读

5. RC、RR级别下的InnoDB的非阻塞读如何实现

数据库有着三个隐藏的字段通过这三个字段，通过这些字段我们实现了记录追踪历史回朔

• undo日志（每操作一次数据，顺序增加一个日志）

1. DB_ROW_ID（InnoDB表中在没有默认主键的情況下会生成一个6字节空间的自动增长主键）

第一次修改数据12-》32
第二次修改数据13-》43
我们看到日志被记录下来如果 我们第二次事务回滚了，昰找到回滚指针指向的undo日志再回滚操作

RR下，事务读取数据的时机非常重要第一次读取后数据会创建快照，以后会读取快照事务提交湔，再读取都是读取第一次读取的数据

RC下每一次数据读取，都会创建一个新的快照所以RC能读取到别人提交的结果