直接上demo
原则1:加锁的基本单位是next-key lock(next-key lock是前开后闭区间)。
原则2:查找过程中访问到的对象才会加锁。
优化1:索引上的等值查询,给唯一索引加锁的时候,next-key lock退化为行锁。
优化2:索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候,next-key lock退化为间隙锁。
demo
复制代码
1
2
3
4
5
6
7CREATE TABLE `t` ( `id` int(11) NOT NULL PRIMARY KEY, `c` int(11) DEFAULT NULL, `d` int(11) DEFAULT NULL, KEY `c` (`c`) ) ENGINE=InnoDB;
复制代码
1
2
3
4
5
6INSERT 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);
主键等值查询间隙锁
复制代码
1
2
3
4
5SessionA: begin; # 开事务 #此时会在(5,10)之间加上间隙锁 update t set d = d+1 where id =7; #执行SQL正常
复制代码
1
2
3SessionB: insert into t values(9,9,9); #执行SQL阻塞
复制代码
1
2
3SessionC: update t set d = d+1 where id =10 ; #执行SQL正常
根据规则1分析,坐开右闭加锁区间 即(5,10]
但是更新条件是id =7 而 id =10不满足条件,所以next-key lock 转为间隙锁 ,锁区间(5,10),因此这个范围内的ddl操作被阻塞
主键索引范围锁
复制代码
1
2
3
4SessionA: begin; #开事务 select * from t where id >= 10 and id < 11 for update; #执行SQL正常
复制代码
1
2
3
4SessionB: insert into t values(7,7,7); #执行SQL正常 insert into t values(14,14,14); #执行SQL阻塞
复制代码
1
2
3SessionC: update t set d = d+1 where id =15; #执行SQL阻塞
sessionA
先找左边从5 开始 (5,10], 10 ,(10,15],因为10是主键id,退化成为行锁,所以剩下(10,15]间隙锁。(范围搜索会向前推一位)
非唯一索引范围锁
复制代码
1
2
3
4SessionA: begin; #开事务 select * from t where c >= 10 and c < 11 for update; #执行SQL正常
复制代码
1
2
3SessionB: insert into t values(7,7,7); #执行SQL阻塞
复制代码
1
2
3SessionC: 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,也就存在了间隙 )
最后
以上就是唠叨飞鸟最近收集整理的关于mysql多个事务同时执行死锁(间隙锁)的全部内容,更多相关mysql多个事务同时执行死锁(间隙锁)内容请搜索靠谱客的其他文章。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复