有哪些死锁场景

客官°小女子只卖身不卖艺 2022-12-21 06:10 140阅读 0赞

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

### 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 同一张表下的死锁 ###

<table> 
 <thead> 
 <tr> 
 <td> session1 </td> 
 <td> session2 </td> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td> begin; </td> 
 <td> begin; </td> 
 </tr> 
 <tr> 
 <td> select * from dl where a=1 for update;…1 row in set (0.00 sec) </td> 
 <td> select * from dl where a=2 for update;…1 row in set (0.00 sec) </td> 
 </tr> 
 <tr> 
 <td> select * from dl where a=2 for update;/* SQL1 */（等待） </td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td> （session2 提示死锁回滚后，SQL1 成功返回结构） </td> 
 <td> select * from dl where a=1 for update;ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction </td> 
 </tr> 
 <tr> 
 <td> commit; </td> 
 <td> commit; </td> 
 </tr> 
 </tbody> 
</table>

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

### 3 不同表下的死锁 ###

<table> 
 <thead> 
 <tr> 
 <td> session1 </td> 
 <td> session2 </td> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td> begin; </td> 
 <td> begin; </td> 
 </tr> 
 <tr> 
 <td> select * from dl where a=1 for update; … 1 row in set (0.00 sec) </td> 
 <td> select * from dl_1 where a=1 for update; … 1 row in set (0.00 sec) </td> 
 </tr> 
 <tr> 
 <td> select * from dl_1 where a=1 for update;/* SQL2 */ 等待 </td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td> （session2 提示死锁回滚后，SQL1 成功返回结构） </td> 
 <td> select * from dl where a=1 for update;&nbsp;ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction </td> 
 </tr> 
 <tr> 
 <td> commit; </td> 
 <td> commit; </td> 
 </tr> 
 </tbody> 
</table>

这个实验也是两个 session 互相等待对方释放资源，就进入了死锁状态。

### 4 间隙锁下的死锁 ###

<table> 
 <thead> 
 <tr> 
 <td> session1 </td> 
 <td> session2 </td> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td> set session transaction_isolation='REPEATABLE-READ'; * 设置会话隔离级别为 RR */ </td> 
 <td> set session transaction_isolation='REPEATABLE-READ'; * 设置会话隔离级别为 RR */ </td> 
 </tr> 
 <tr> 
 <td> begin; </td> 
 <td> begin; </td> 
 </tr> 
 <tr> 
 <td> select * from dl where a=1 for update; … 1 row in set (0.00 sec) </td> 
 <td> select * from dl where a=2 for update; … 1 row in set (0.00 sec) </td> 
 </tr> 
 <tr> 
 <td> insert into dl(a,b,c) values (2,3,3);/* SQL1 */ 等待 </td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td> （session2 提示死锁回滚后，SQL1 成功返回结果） </td> 
 <td> insert into dl(a,b,c) values (1,4,4);/* SQL2 */ ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction </td> 
 </tr> 
 <tr> 
 <td> commit; </td> 
 <td> commit; </td> 
 </tr> 
 </tbody> 
</table>

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

### 5 INSERT 语句的死锁 ###

<table> 
 <thead> 
 <tr> 
 <td> session1 </td> 
 <td> session2 </td> 
 <td> session3 </td> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td> begin; </td> 
 <td>&nbsp;</td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td> insert into dl_insert(a,b,c) value (3,3,3); </td> 
 <td>&nbsp;</td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td>&nbsp;</td> 
 <td> insert into dl_insert(a,b,c) value (3,3,3);/* 等待 &nbsp;*/ </td> 
 <td> insert into dl_insert(a,b,c) value (3,3,3);/* 等待 &nbsp;*/ </td> 
 </tr> 
 <tr> 
 <td> rollback; </td> 
 <td> 执行成功 </td> 
 <td> ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction </td> 
 </tr> 
 </tbody> 
</table>

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

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