三个 insert 导致的死锁问题

本文主要是介绍三个 insert 导致的死锁问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

锁种类

• 插入意向锁（insert intention lock）
• 对已有数据行的修改与删除，必须加强互斥锁 X 锁，那对于数据的插入，是否还需要加这么强的锁，来实施互斥呢？插入意向锁，孕育而生。
• 插入意向锁是间隙锁（Gap Locks）的一种，它是专门针对 insert 操作的，也是为数不多的在 RC 级别下产生 Gap 锁情况

锁兼容性

	排他锁 X	排他意向锁 IX	共享锁 S	共享意向锁 IS
排他锁 X	冲突	冲突	冲突	冲突
排他意向锁 IX	冲突	兼容	冲突	兼容
共享锁 S	冲突	冲突	兼容	兼容
共享意向锁 IS	冲突	兼容	兼容	兼容

查看事务的隔离级别：

select @@global.transaction_isolation;

避免并发操作同一个有唯一约束的值
- 若是单实例（客户端单个主机服务）内出现，可以通过go的内存锁来避免并发同一行
- 若是实例间并发，可通过redis来实现分布式锁，从而避免并发同一行

三个并发导致insert

CREATE TABLE `t` (`id` int NOT NULL,`c` int DEFAULT NULL,`d` int DEFAULT NULL,PRIMARY KEY (`id`),KEY `c` (`c`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

复现步骤

事务一	事务二	事务三
insert into t values(6,6,6); 持有IX锁
持有X记录锁	insert into t values(6,6,6);（block）持IX锁，等待持有S记录锁
		insert into t values(6,6,6);（block）持有IX，等待持有S记录锁
begin/rollback 释放IX、X锁	持有S记录锁，准备升级成X锁，与事务三的S记录锁冲突	持有S记录锁，准备升级成X锁，与事务二的S记录锁冲突
	deadlock

上述的操作结果如下：一个 insert 成功，另一个死锁退出

操作如下

事务1 ：

事务2:

ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

事务3:

结果

参考资料

• https://blog.csdn.net/sinat_41780498/article/details/111995067

这篇关于三个 insert 导致的死锁问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---