环境

MySQL：5.x 系列

前言

大部分知识点来自于，下面的文章：

间隙锁

MySQL间隙锁在可重复读隔离级别下才有效。

间隙锁和读写锁的小区别

间隙锁之间是不会冲突的，只有往间隙中插入数据的操作，才会被阻塞。 这一点和我们平时认识的锁是不一样的，常见的锁被阻塞，一般都是被另一个锁引起的。

加锁规则

1. 查找过程中访问到的对象才会加锁，加锁的基本单位是next-key lock（前开后闭)；
2. 等值查询：如果是唯一索引，next-key lock退化为行锁。如果不是唯一索引，需要向右遍历到最后一个值不满足等值条件为止，next-key lock退化为间隙锁。
3. 范围查询：无论是不是唯一索引，都需要访问到 不满足条件的第一个值为止。（但是在MySQL8.0.18已经修复了唯一索引范围查询的bug，即：范围查询时，如果是唯一索引，不会访问到不满足条件的第一个值为止。）

原则 1：加锁的基本单位是 next-key lock。希望你还记得，next-key lock 是前开后闭区间。

原则 2：查找过程中访问到的对象才会加锁。

优化 1：索引上的等值查询，给唯一索引加锁的时候，next-key lock 退化为行锁。

优化 2：索引上的等值查询，向右遍历时且最后一个值不满足等值条件的时候，next-key lock 退化为间隙锁。

一个 bug：唯一索引上的范围查询会访问到不满足条件的第一个值为止。

知识点

select ... lock in share mode和select ... for update区别，参考：

select ... for update: 会对读取的行记录加一个X锁，其他事务不能对已锁定的行加上任何锁。另外，需要注意的是：如果当前索引使用的是覆盖索引，那么它除了锁覆盖索引之外，还会锁主键索引。

select ... lock in share mode: 对读取的行记录加一个S锁，其他事务可以向被锁定的行加S锁，但是如果加X锁，则会被阻塞。另外，需要注意的是：如果当前索引使用的是覆盖索引，那么它只锁覆盖索引。