mysql多个事务同时执行死锁(间隙锁)

直接上demo

原则1：加锁的基本单位是next-key lock（next-key lock是前开后闭区间）。
原则2：查找过程中访问到的对象才会加锁。

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

demo

CREATE TABLE `t` (
  `id` int(11) NOT NULL PRIMARY KEY,
  `c` int(11) DEFAULT NULL,
  `d` int(11) DEFAULT NULL,
  KEY `c` (`c`)
) ENGINE=InnoDB;

INSERT INTO `sell`.`t`(`id`, `c`, `d`) VALUES (5, 5, 5);
INSERT INTO `sell`.`t`(`id`, `c`, `d`) VALUES (10, 10, 11);
INSERT INTO `sell`.`t`(`id`, `c`, `d`) VALUES (15, 15, 15);
INSERT INTO `sell`.`t`(`id`, `c`, `d`) VALUES (20, 20, 20);
INSERT INTO `sell`.`t`(`id`, `c`, `d`) VALUES (25, 25, 25);

主键等值查询间隙锁

SessionA:
begin; # 开事务
#此时会在（5，10）之间加上间隙锁
update t set d = d+1 where id =7; #执行SQL正常

SessionB：
insert into t values(9,9,9);  #执行SQL阻塞

SessionC:
update t set d = d+1 where id =10 ； #执行SQL正常

根据规则1分析，坐开右闭加锁区间 即（5,10]
但是更新条件是id =7 而 id =10不满足条件，所以next-key lock 转为间隙锁 ，锁区间（5,10），因此这个范围内的ddl操作被阻塞

主键索引范围锁

SessionA:
begin; #开事务
select * from t where id >= 10 and id < 11 for update; #执行SQL正常

SessionB:
insert into t values(7,7,7);  #执行SQL正常
insert into t values(14,14,14);  #执行SQL阻塞

SessionC:
update t set d = d+1 where id =15; #执行SQL阻塞

sessionA
先找左边从5 开始 （5,10]， 10 ，(10,15],因为10是主键id，退化成为行锁，所以剩下(10,15]间隙锁。（范围搜索会向前推一位）

非唯一索引范围锁

SessionA:
begin; #开事务
select * from t where c >= 10 and c < 11 for update; #执行SQL正常

SessionB：
insert into t values(7,7,7);  #执行SQL阻塞

SessionC:
update t set d = d+1 where c =15; #执行SQL阻塞

查询c >= 10 首先增加了（5,10] 间隙锁，由于 c不是唯一索引，所以不会退化为行锁，继续向由查找到 c=15终止查找，所以在c上加锁范围（5,10] 和（10,15]

总结

我jio的当ddl等值操作的时候表里有具体对应数据，不存在范围内有跳跃id时，这时加的都是行锁，但是操作到了不存在的数据的时候就会加上间隙锁（比如 update t set d = d + 1 where id <= 10 但是实际上id是5,10，中间是跳跃的，这个时候就存在了跳跃id，也就存在了间隙 ）