大家好，我是考100分的小小码 ，祝大家学习进步，加薪顺利呀。今天说一说MySQL 间隙锁导致的死锁场景分析[亲测有效],希望您对编程的造诣更进一步.
实际业务场景
在我们使用mysql的时候，如果不注意间隙锁容易引起死锁，最近分析一个业务场景就是间隙锁导致的死锁，业务抽象如下：
系统有一个批量新增业务资源的功能，实现逻辑如下（businnessid为非唯一索引）：
update 业务表 set isdeleted=1 where bussinessid=123;
insert into 业务表
在并发场景下，以上逻辑产生了死锁。
以下为死锁具体分析以及还原死锁产生过程，最后给出解决方案。
创建一张表
CREATE TABLE `lock_demo` (
`id` INT NOT NULL AUTO_INCREMENT,
`index` INT NOT NULL,
`name` VARCHAR(50) NULL DEFAULT NULL,
PRIMARY KEY (`id`),
INDEX `index` (`index`)
)
COLLATE=”utf8mb4_0900_ai_ci”
ENGINE=InnoDB
;
死锁演示
|
事务一 |
事务二 |
|
update lock_demo set name=”a” where index=1; |
|
|
|
update lock_demo set name=”a” where index=2; 未卡住，间隙锁之间不冲突 |
|
insert into lock_demo(id,`index`,name)values(1,1,”1″); 卡住，被事务二的间隙锁锁住 |
|
|
|
insert into lock_demo(id,`index`,name)values(2,2,”2“); 检测到死锁 |
具体步骤
步骤一
事务一
先更新一条记录（不存在），不提交。
![MySQL 间隙锁导致的死锁场景分析[亲测有效]](https://www.yht7.com/upload/image/2022/12/01/597136-20221201145024276-635153565.png "MySQL 间隙锁导致的死锁场景分析[亲测有效]插图2")
步骤二
事务二
更新一条记录（不存在），不提交。
![MySQL 间隙锁导致的死锁场景分析[亲测有效]](https://www.yht7.com/upload/image/2022/12/01/597136-20221201145031430-1089863839.png "MySQL 间隙锁导致的死锁场景分析[亲测有效]插图4")
步骤三
事务一，执行一条新增语句，被事务二的间隙锁锁住
![MySQL 间隙锁导致的死锁场景分析[亲测有效]](https://www.yht7.com/upload/image/2022/12/01/597136-20221201145037121-449387590.png "MySQL 间隙锁导致的死锁场景分析[亲测有效]插图6")
步骤四
事务二，执行一条新增语句，被事务一的间隙锁锁住，系统检测到死锁
![MySQL 间隙锁导致的死锁场景分析[亲测有效]](https://www.yht7.com/upload/image/2022/12/01/597136-20221201145046225-1837039659.png "MySQL 间隙锁导致的死锁场景分析[亲测有效]插图8")
解决方案
对于以上的业务，可以改写sql避免死锁
select id from 业务表 where bussinessid=123;
如果存在，
update 业务表 set isdeleted=1 where id in (xxx);
insert into 业务表
原文地址：https://www.cnblogs.com/wangchaozhi/archive/2022/12/01/16941432.html
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
转载请注明出处: https://daima100.com/4474.html
