浅谈MySQL 有哪些死锁场景

首先一起来复习一下死锁的概念：死锁是指两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。

下面我们通过几个实验，来验证几种死锁场景。

1 环境准备 use martin;
drop table if exists dl;
CREATE TABLE `dl` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`a` int(11) NOT NULL,
`b` int(11) NOT NULL,
`c` int(11) NOT NULL,
PRIMARY KEY (`id`),
KEY `idx_c` (`a`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `dl_insert` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`a` int(11) NOT NULL,
`b` int(11) NOT NULL,
`c` int(11) NOT NULL,
PRIMARY KEY (`id`),
unique key `uniq_a` (`a`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; insert into dl(a,b,c) values (1,1,1),(2,2,2);
drop table if exists dl_1;
create table dl_1 like dl;
insert into dl_1 select * from dl;

2 同一张表下的死锁

select * from dl where a=1 for update;ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

session1 在等待 session2 释放 a=2 的行锁，而 session2 在等待 session1 释放 a=1 的行锁。两个 session 互相等待对方释放资源，就进入了死锁状态。

3 不同表下的死锁

select * from dl where a=1 for update; ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

insert into dl(a,b,c) values (1,4,4);/* SQL2 */ ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

由于 RR 隔离级别下存在间隙锁，可以知道 SQL1 需要等待 a=2 获得的间隙锁，而 SQL2 需要等待 a=1 获得的间隙锁，两个 session 互相等待对方释放资源，就进入了死锁状态。

5 INSERT 语句的死锁

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

这里需要注意的是，a 字段有唯一索引。当 session1 执行完 insert 语句，会在索引 a=3 上加记录锁，当 session2 执行同样的 insert 语句时，唯一键冲突，加上读锁；同样 session3 也会加上读锁。

当 session1 回滚，session2 和 session3 都试图继续执行插入操作，都要加上写锁。此时两个 session 都要等待对方的行锁，因此出现了死锁。

一些死锁场景就介绍到这里，当然，也欢迎各位补充其他的一些死锁场景。

到此这篇关于浅谈MySQL 有哪些死锁场景的文章就介绍到这了,更多相关MySQL 死锁场景内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！

我想要获取技术服务或软件
服务范围：MySQL、ORACLE、SQLSERVER、MongoDB、PostgreSQL 、程序问题
服务方式：远程服务、电话支持、现场服务，沟通指定方式服务
技术标签：数据恢复、安装配置、数据迁移、集群容灾、异常处理、其它问题

本站部分文章参考或来源于网络，如有侵权请联系站长。
数据库远程运维 浅谈MySQL 有哪些死锁场景