MySQL间隙锁

        今天，在公司每周的技术分享会上一个入行不到一年的同事分享了下InnoDB的加锁机制，里面提到了间隙锁，内容和举的用例截图都是简书(当然简书上的内容也是Ctrl+C/V别的博客的)上的，估计博主自己也没有验证就发上去了(因为内容是错的<也可能是描述过于深奥，像我们这种普通人会理解错>，当然有可能5.7<不含5.7>以前的版本是他们说的这样吧，我没去试)

        网上说的什么左闭右开还是什么左开右闭(记不清了，反正说法肯定是这两种的一种)都是错的。而且有的举例竟然拿主键做条件去举例，主键和唯一性索引作为条件是没有间隙锁的(存在的情况下, 否则还是会锁住间隙)。

        先上sql

        

         

         id为主键，create_id为一个二级索引

        上面数据在create_id这个索引树中存储的结构是下图这样的

        

        所以这时候我们如果执行了

begin;
select * from test_pk where create_id = 7 for update;

         的时候，只有数据被插入到下图两个圈圈范围内的数据才会被阻塞，比如create_id = 10 and id = 1(这条记录会插在10-8和7-6的中间)的数据和create_id = 5 and id = 9(这条数据会插在5-2和7-6的中间)的数据就会被阻塞，而create_id = 10 and id = 9(这条数据会插在10-8这条记录的后面)的数据和create_id =5 and id = 1(这条记录会插在5-2的前面)的数据就可以顺利写入。如下面的简化图(下图中c_id为create_id简写)：

         

   

         有的人可能会问，为什么一定要这么插入？不能插入到其他地方？这个问题可以去看一下InnoDB索引还有B树B+树相关的内容，看完就明白啦~

        所以间隙锁的范围其实就是条件中二级索引的索引树上最贴近实际查询命中记录的两条记录(前一条和后一条)之间的范围，只要插入的数据不在这个范围内就不会阻塞。这个结论同样适用于没有命中的条件，比如上述test_pk表中没有create_id=6这条记录，对于select * from test_pk where create_id = 6 for update;这条语句，间隙锁范围是5-2到7-6之间，并不是有的博客说的膨胀为表锁。