MySQL死锁套路之唯一索引下批量插入顺序不一致
76 浏览量
2020-12-16
01:05:26
上传
评论 1
收藏 384KB PDF 举报
MySQL死锁套路之唯一索引下批量插入顺序不一致死锁套路之唯一索引下批量插入顺序不一致
前言前言
死锁的本质是资源竞争，批量插入如果顺序不一致很容易导致死锁，我们来分析一下这个情况。为了方便演示，把批量插入改写为了多条
insert。
先来做几个小实验，简化的表结构如下
CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`a` varchar(5),
`b` varchar(5),
PRIMARY KEY (`id`),
UNIQUE KEY `uk_name` (`a`,`b`)
);
实验实验1：：
在记录不存在的情况下，两个同样顺序的批量 insert 同时执行，第二个会进行锁等待状态
t1 t2
begin; begin;
insert ignore into t1(a, b)values(“1”,
“1”);
成功
insert ignore into t1(a, b)values(“1”,
“1”);
锁等待状态
可以看到目前锁的状态
mysql> select * from information_schema.innodb_locks;
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
| lock_id | lock_trx_id | lock_mode | lock_type | lock_table | lock_index | lock_space | lock_page | lock_rec | lock_data |
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
| 31AE:54:4:2 | 31AE | S | RECORD | `d1`.`t1` | `uk_name` | 54 | 4 | 2 | '1', '1' |
| 31AD:54:4:2 | 31AD | X | RECORD | `d1`.`t1` | `uk_name` | 54 | 4 | 2 | '1', '1' |
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
在我们执行事务t1的 insert 时，没有在任何锁的断点处出现，这跟 MySQL 插入的原理有关系
insert 加的是隐式锁。什么是隐式锁？隐式锁的意思就是没有锁
在 t1 插入记录时，是不加锁的。这个时候事务 t1 还未提交的情况下，事务 t2 尝试插入的时候，发现有这条记录，t2 尝试获取 S 锁，会判
定记录上的事务 id 是否活跃，如果活跃的话，说明事务未结束，会帮 t1 把它的隐式锁提升为显式锁（ X 锁）
源码如下
评论0