MySQL 中如果发生死锁应该如何解决？
死锁是指多个事务在执行过程中因资源争用形成的循环等待，导致无法继续执行。MySQL 会自动检测死锁并选择一个事务进行回滚，但我们可以通过优化设计和操作来避免和解决死锁问题。
1. MySQL 如何检测死锁？
- 死锁检测：MySQL 的 InnoDB 存储引擎会维护一个等待图（Wait-for Graph），当发现等待图中出现环路时，确定发生了死锁。
- 解决方式：MySQL 会自动选择一个事务进行回滚，释放其占用的资源，使其他事务得以继续执行。
2. 发生死锁后的解决方法
2.1 让 MySQL 自动处理
- 在 MySQL 中，当发生死锁时，InnoDB 会自动选择代价最小的事务进行回滚。
- 确保应用程序能够捕获死锁错误并正确处理，例如重新尝试事务操作。
2.2 手动排查和优化
通过以下步骤排查死锁并优化系统：
-
查看死锁日志
-
使用以下命令开启死锁日志：
SET GLOBAL innodb_print_all_deadlocks = 1; -
死锁日志会记录在
error.log文件中，包括导致死锁的 SQL 语句和锁的状态。
-
-
分析死锁日志
- 分析日志中显示的死锁原因，确定是否因为资源访问顺序或索引设计问题导致。
-
排查 SQL 语句
- 使用
SHOW ENGINE INNODB STATUS;查看当前死锁状态。 - 检查涉及的事务和被锁定的表、索引情况。
- 使用
3. 防止死锁的优化方法
3.1 统一资源访问顺序
- 保证所有事务按照相同的顺序访问资源，避免循环等待。
- 示例：如果两个事务需要同时操作
A表和B表，应统一为先操作A，再操作B。
3.2 减少锁的持有时间
- 确保事务尽可能快地完成，减少锁的持有时间。
- 避免在事务中执行复杂的操作，如长时间查询或用户交互。
3.3 合理使用索引
- 优化查询语句，确保使用索引，避免因全表扫描导致不必要的锁定。
- 索引优化可以减少锁定的记录数量，从而降低死锁风险。
3.4 降低隔离级别
- 在业务允许的情况下，将事务隔离级别从 可重复读（Repeatable Read） 降低为 读已提交（Read Committed）。
- 隔离级别降低后，可以减少锁的范围和强度，从而减少死锁发生概率。
3.5 使用显式锁
- 在应用程序中手动使用 表锁 或 行锁，避免隐式锁的竞争。
- 示例：
SELECT ... FOR UPDATE;
3.6 分解大事务
- 将大事务分解为多个小事务，减少事务同时占用资源的数量。
- 例如，批量插入操作可以分成多个小批次。
3.7 避免外键导致的隐式锁
- 在高并发场景下，外键可能导致隐式锁竞争。可以考虑通过程序逻辑替代外键约束。
4. 应用层的处理策略
- 捕获死锁异常：
应用程序中捕获Deadlock found when trying to get lock异常，重试事务。
try { // 执行事务 }
catch (DeadlockException e)
{ // 记录日志并重试 retryTransaction(); }
- 限制并发事务数量：
通过连接池配置限制并发事务数量，降低锁竞争的概率。
总结
MySQL 中死锁的发生无法完全避免，但可以通过以下方法减少风险和影响：
- 优化 SQL 语句和索引设计，减少锁的范围。
- 统一资源访问顺序，避免循环等待。
- 捕获死锁异常并实现重试机制。
- 使用显式锁和分解事务，减少锁争用。
在高并发场景中，需要结合业务特点设计合理的并发控制策略，以减少死锁的概率。
