mysql insert批量死锁_MySQL死锁套路之唯一索引下批量插入顺序不一致

当在具有唯一索引的表中批量插入数据时,由于插入顺序不一致,可能导致死锁。本文通过实验解释了MySQL批量插入时的死锁现象,并提出了在应用层排序后再插入的解决策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

死锁的本质是资源竞争,批量插入如果顺序不一致很容易导致死锁,我们来分析一下这个情况。为了方便演示,把批量插入改写为了多条 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;

+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------&

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值