死锁是指多个事务相互等待对方释放资源而无法继续执行的情况。常见场景包括：1. 多个事务以不同顺序更新多个表；2. 并发操作同一组记录但加锁顺序不一致；3. 高并发环境下长事务未及时提交或回滚。mysql的innodb引擎会自动检测死锁并回滚代价最小的事务。查看死锁信息可通过show engine innodb status命令，重点查看latest detected deadlock部分。避免和解决死锁的方法包括：1. 统一访问顺序；2. 缩短事务时间；3. 使用较低隔离级别；4. 批量操作合并；5. 捕获异常并重试。实际处理流程为：1. 查看死锁日志；2. 分析sql和事务顺序；3. 调整加锁一致性；4. 优化业务逻辑或引入队列；5. 增加索引减少锁范围；6. 代码中加入重试机制。提前预防死锁比事后排查更重要。
在MySQL中，死锁是多个事务相互等待对方持有的资源而陷入的僵局。当出现这种情况时，MySQL不会自动解除死锁，而是依赖系统机制进行检测并回滚其中一个事务来打破循环。因此，了解如何识别、分析和处理死锁，是数据库运维和开发过程中非常实用的一项技能。
什么是死锁？常见场景有哪些？
死锁是指两个或多个事务都在等待对方释放资源，从而导致它们都无法继续执行的情况。比如：
- 事务A持有行1的锁，并请求行2的锁；
- 事务B持有行2的锁，并请求行1的锁；
这时候两者都在等对方释放资源，就形成了死锁。
常见的触发场景包括：
- 多个事务以不同的顺序更新多个表；
- 并发操作同一组记录但加锁顺序不一致；
- 高并发环境下长事务未及时提交或回滚。
MySQL的InnoDB存储引擎会自动检测死锁，并选择一个代价最小的事务进行回滚，从而释放资源让其他事务继续执行。
如何查看死锁信息？
当MySQL检测到死锁后，可以通过以下方式查看详细信息：
SHOW ENGINE INNODB STATUS;
这条命令输出的内容很多，其中 LATEST DETECTED DEADLOCK 部分会显示最近一次死锁的详细情况，包括：
- 每个事务等待的锁；
- 每个事务已经持有的锁；
- 引发死锁的具体SQL语句；
通过这些信息，可以定位到具体是哪些操作导致了死锁，为后续优化提供依据。
如何避免和解决死锁？
要减少死锁的发生，关键在于设计合理的事务逻辑和加锁顺序。以下是一些常用做法：
- 统一访问顺序：多个事务对相同资源的操作顺序保持一致，例如总是先操作表A再操作表B。
- 尽量缩短事务时间：事务越长，持有锁的时间就越久，发生冲突的概率越高。建议尽快提交事务。
-
使用较低的隔离级别：如非必要，避免使用
REPEATABLE READ或更高隔离级别，适当降低隔离级别可减少锁竞争。 - 批量操作尽量合并：减少事务内的操作次数，一次性完成数据变更。
-
捕获异常并重试：应用程序层面应捕获死锁异常（错误码
1213），并实现重试机制。
虽然无法完全避免死锁，但通过以上策略可以显著降低其发生的频率。
死锁处理的实际操作流程
如果你遇到了频繁的死锁问题，可以按以下步骤处理：
- 查看最近的死锁日志：
SHOW ENGINE INNODB STATUS; - 分析SQL语句和事务顺序，找出加锁冲突点；
- 调整事务中的SQL顺序，确保加锁一致性；
- 如果是热点数据问题，考虑是否需要拆分业务逻辑或引入队列机制；
- 增加索引优化查询效率，减少不必要的锁范围；
- 在代码中增加重试逻辑，提升系统容错能力。
基本上就这些。死锁处理不算复杂，但容易被忽略，尤其是在高并发场景下，提前做好预防远比事后排查更重要。
