MySQL什么情况下会死锁，发生了死锁怎么处理呢？

快来打我* 2024-04-20 14:05 106阅读 0赞

![在这里插入图片描述][eacff7e438ca4a698078a2a0be27e8a8.gif_pic_center]

> ?作者简介，黑夜开发者，CSDN领军人物，全栈领域优质创作者✌，CSDN博客专家，阿里云社区专家博主，2023年6月CSDN上海赛道top4。  
> ?数年电商行业从业经验，历任核心研发工程师，项目技术负责人。  
> ?本文已收录于PHP专栏：[MySQL的100个知识点][MySQL_100]。  
> ?欢迎 ?点赞✍评论⭐收藏

#### 文章目录 ####

*  ?一、前言-关于数据库的死锁
 *  ?二、MySQL中哪些情况会发生死锁，请具体说明
 *   *  ?2.1 事务同时更新多个表
     *  ?2.2 事务嵌套
     *  ?2.3 索引顺序不一致
     *  ?2.4 不同事务同时更新相同的索引
 *  ?三、发生死锁的举例
 *  ?四、线上发生了死锁应该如何具体操作
 *   *  ?4.1 监控死锁
     *  ?4.2 终止死锁事务
     *  ?4.3 重试事务
     *  ?4.4 分析死锁原因
     *  ?4.5 防止死锁再次发生
     *  ?4.6 监控和预警
 *  ?五、总结

--------------------

## ?一、前言-关于数据库的死锁 ##

> 数据库的死锁是指不同的事务在获取资源时相互等待，导致无法继续执行的一种情况。当发生死锁时，数据库系统会自动中断其中一个事务，以解除死锁。在数据库中，事务可以分为读事务和写事务。读事务只需要获取读锁，而写事务需要获取写锁。当多个事务同时操作同一组数据时，可能会引发死锁的出现。

![在这里插入图片描述][3199ad8ae6974b33953faa7a233a763a.png]

## ?二、MySQL中哪些情况会发生死锁，请具体说明 ##

`MySQL`中会发生死锁的情况主要有以下几种：

### ?2.1 事务同时更新多个表 ###

当一个事务同时更新多个表并且使用了不同的顺序，可能会导致死锁的发生。例如，`事务A`首先更新`表X`，然后获取锁，并在未释放锁的情况下尝试更新`表Y`；而`事务B`首先更新`表Y`，然后获取锁，并在未释放锁的情况下尝试更新`表X`。这种情况下，两个事务会相互等待对方的锁释放，从而形成死锁。

![在这里插入图片描述][cd63b3bdaa6d4c468238922c197bd2f7.png]

### ?2.2 事务嵌套 ###

当一个事务内部开启了另一个事务，并在内层事务中更新了某个表，而外层事务也需要更新该表的同一行记录时，就有可能发生死锁。因为外层事务需要等待内层事务释放锁，而内层事务需要等待外层事务释放锁。

### ?2.3 索引顺序不一致 ###

当多个事务按照不同的顺序访问相同的数据行，并且使用了不同的索引时，可能会发生死锁。例如，`事务A`按照索引1的顺序访问数据行，`事务B`按照索引2的顺序访问同一组数据行，这样两个事务之间就会产生死锁。

![在这里插入图片描述][ae7b9b2c89fb4069802660a4d6bbd691.png]

### ?2.4 不同事务同时更新相同的索引 ###

当多个事务同时更新相同的索引时，可能会导致死锁。这是因为事务在更新索引时会获取对应的锁，并在未释放锁的情况下尝试更新其他数据，从而形成死锁。

## ?三、发生死锁的举例 ##

假设有两个用户同时操作一个银行账户表，他们分别要进行转账操作。

用户A执行如下事务：

BEGIN;
    SELECT balance FROM accounts WHERE id = 1;
    UPDATE accounts SET balance = balance - 500 WHERE id = 1;

用户B执行如下事务：

BEGIN;
    SELECT balance FROM accounts WHERE id = 2;
    UPDATE accounts SET balance = balance + 500 WHERE id = 2;

在并发执行时，可能会出现以下情况：

1.  用户A执行了`SELECT`语句，读取了账户1的余额。
2.  同时用户B执行了`SELECT`语句，读取了账户2的余额。
3.  用户A执行了`UPDATE`语句，将账户1的余额减少了500。
4.  同时用户B执行了`UPDATE`语句，将账户2的余额增加了500。
5.  用户A尝试提交事务，但此时需要锁定账户2以进行日志记录。
6.  同时用户B尝试提交事务，但此时需要锁定账户1以进行日志记录。

由于用户A和用户B都在等待对方所持有的锁，导致了死锁的发生。这种情况下，MySQL会自动选择一个事务作为死锁牺牲者，并回滚该事务以解开死锁。

## ?四、线上发生了死锁应该如何具体操作 ##

如果线上发生了死锁，我们应该采取以下步骤进行处理：

### ?4.1 监控死锁 ###

通过数据库的监控工具或命令查看是否存在死锁情况，了解死锁的具体情况，包括死锁的事务和死锁的资源。

### ?4.2 终止死锁事务 ###

根据监控结果，找到造成死锁的事务，并选择其中一个事务终止。可以根据事务的执行时间、影响行数、优先级等因素进行终止决策。可以通过下图的语句查看死锁情况。

![在这里插入图片描述][846a619044714f84857f0999218125ae.png]

### ?4.3 重试事务 ###

终止死锁事务后，需要重新执行被终止的事务。这可能需要一些逻辑处理，例如对数据进行回滚或者重新执行一些操作。

### ?4.4 分析死锁原因 ###

通过数据库的日志和监控信息，分析死锁的原因。可以根据死锁原因对数据库的设计和代码进行优化，以尽量减少死锁的发生。

### ?4.5 防止死锁再次发生 ###

根据分析结果，针对性地进行数据库结构调整、索引优化、事务隔离级别调整等措施，以降低死锁的概率。

### ?4.6 监控和预警 ###

建立死锁监控机制，及时掌握死锁情况，并设置相应的预警机制，以便在死锁发生时能够及时处理。

![在这里插入图片描述][3e4308d8abfc4dde81bb78e7be45ba35.png]

以上是处理线上发生死锁的一般步骤，具体还需要根据实际情况来定。在进行操作时，需要保证对数据库的操作是安全可靠的，并尽量减少对用户的影响。

## ?五、总结 ##

数据库的死锁是指不同的事务在获取资源时相互等待，导致无法继续执行的情况。`MySQL`中可能发生死锁的情况包括事务同时更新多个表、事务嵌套、索引顺序不一致以及不同事务同时更新相同的索引等。

![在这里插入图片描述][b924016c1c9c425d93fd5d17e69c2aa0.png]

处理线上发生死锁的步骤主要包括监控死锁、终止死锁事务、重试事务、分析死锁原因、防止死锁再次发生以及监控和预警。通过以上的处理步骤和措施，可以有效地处理和预防数据库死锁问题。

[eacff7e438ca4a698078a2a0be27e8a8.gif_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/82933d08a16741fc88a865049d15eff3.gif
[MySQL_100]: https://blog.csdn.net/qq_21891743/category_12421014.html
[3199ad8ae6974b33953faa7a233a763a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/9ec54f9b467244b28ca69a78f6b2d30e.png
[cd63b3bdaa6d4c468238922c197bd2f7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/a4c6932ac55d46e88822dffc33acdf10.png
[ae7b9b2c89fb4069802660a4d6bbd691.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/03ade91612b84742b1f861c9487e0e82.png
[846a619044714f84857f0999218125ae.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/f2af0e40056f47b193311cfc580e56e4.png
[3e4308d8abfc4dde81bb78e7be45ba35.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/0b09e362a7644039be84aa06731d020d.png
[b924016c1c9c425d93fd5d17e69c2aa0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/20/f4346b62e1644d1f895806e1c3ab565a.png