INNODB加锁分析处理（二）

Recordlock：单个记录上的锁，至少锁定一行记录；

Gap lock（间隙锁），在索引记录间隙上的锁，或者是第一条索引记录之前，最后一条索引记录之后上的间隙锁（两条记录中间的缝隙） 锁定两个记录中间的缝隙；

Next-keylock（下一键锁），索引记录锁以及索引记录之间的间隙锁，二者的组合锁；

记录锁至少锁定一条记录（普通，主键，唯一 索引）或是无任何索引innodb会对rowid加锁（左右两边加自身的记录）；

设置RC隔离级别或者是启用innodb_lock_unsafe_for_binlog的其他影响

1.在mysql评估完where条件后，会释放找不到相应记录的记录锁

2.在update语句中，innodb使用“半一致性读“，会返回提交后的最新版本号，以便判是否匹配update语句中的where条件

gap lock避免幻读：

假设一个SQL：select * from child where id>=100forupdate；

Id字段当前有2个值：90,102 这时候gap是90----102之间，如果只有recode lock 就没办法再阻止101这个id （就会发生幻读再次读取后可以看到101这个id值）；

有了next-key lock后，可以阻止写入101这个id确保两次读取的结果是一样的，不会发生幻读；

有唯一属性索引时，就无需使用gap lock（扫描包含多个字段的唯一索引中的部分字段除外）；

还有一种叫做意向插入（insertionintention）的gap lock，如果两个事务往同一个gap lock中写入数据，但写入位置不一样时，是无须等待，可以直接写入因此没有冲突

设定pkid =3

T1：insert into t（pkid）values（4）

T2：insert into t （pkid） values（5）

Gap lock仅用于防止往gap上写入新记录（避免幻读），因此无论是S-GAP 还是X-GAP锁其实作用是一样的。

结论：

RR   2.innodb_locks_unsafe_for_binlog=0

1.任何辅助索引上的锁，或者非索引列上的锁，最终都要回溯到主键上，在主键上也要加一把锁

2.任何叶子节点上的S或X锁之前，都会在根节点上加一个IS或IX锁，也就是表级别的IS,IX锁

3.主键索引=record lock（但外键约束，唯一性约束检测仍然使用 gap lock）

4.唯一辅助索引=record lock（但外键约束，唯一性约束检测仍然使用 gap lock）

5.非唯一辅助索引=next-key-lock(RC隔离级别=record lock）