本文所描述的加锁规则是在RR级别下的加锁规则，尽量以最简单明了的话将加锁规则说清楚。另外由于锁是加在索引上的，因此在读本篇文章之前，需要对mysql的索引结构比较清楚才可以

加锁规则与原则

原则 1：加锁的基本单位是 next-key lock。next-key lock 是前开后闭区间。

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

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

优化 2：非唯一索引上的等值查询加锁时，对where条件中的值所在区间向右（后）遍历时，该区间的右边界不满足等值条件的时候，next-key lock 退化为间隙锁。这个比较难理解，举个例子：

若在表ta的列a上有非唯一索引：index_a,该索引中存在的值为：1，1，3，3，7，9：当你执行select a from ta where ta.a=5时，就会从3开始往右（后）遍历，此时对应的 是(3,7]但是由于该区间的最后一个值7不满足=5的条件，因此该next-key lock就退化为gap lock (3,7)。

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

锁是加在索引上的而不是加在数据上。

lock in share mode与for update的区别

区别一：

lock in share mode加的是读锁

for update 加的是写锁

区别二：

在非主键索引上通过两种方式加锁是有区别的。

lock in share mode 只锁覆盖索引，也就说：lock in share mode只锁非主键索引对应的B+树中的索引内容。

for update：如果对非主键索引使用 for update加锁就不一样了。 执行 for update 时，mysql会认为你接下来要更新数据，因此会通过非主键索引中的主键值继续在主键索引对应的b+数上查找到对应的主键索引项进行加锁，也就是说：for update的加锁内容是非主键索引树上符合条件的索引项，以及这些索引项对应的主键索引树上相应的索引项。在两个索引上都加了锁。