MySQL通过InnoDB的自动死锁检测机制识别并处理死锁，主要依赖innodb_deadlock_detect参数开启检测，发生时通过SHOW ENGINE INNODB STATUS查看“LATEST DETECTED DEADLOCK”信息，结合事务、锁等待及SQL语句分析原因，并建议通过统一访问顺序、缩小事务范围等手段减少死锁。

MySQL检测死锁主要依赖InnoDB存储引擎的自动死锁检测机制。当多个事务相互等待对方持有的锁时，就会发生死锁。InnoDB会主动识别这种情况并终止其中一个事务，以打破循环等待，保证系统继续运行。

启用死锁检测机制

InnoDB默认开启死锁检测，由以下参数控制：

• innodb_deadlock_detect：是否开启死锁检测，通常设为ON（默认值）
• innodb_lock_wait_timeout：事务等待锁的最长时间（单位秒），超时后回滚。可作为兜底策略，但不是死锁检测的主要手段

建议保持innodb_deadlock_detect=ON，以便快速发现并处理死锁。

查看死锁信息

当死锁发生并被InnoDB解决后，可以通过以下方式查看详细信息：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• SHOW ENGINE INNODB STATUS\G：这是最常用的方法，输出内容中的“LATEST DETECTED DEADLOCK”部分会显示最近一次死锁的详细信息，包括：
  • 两个或多个事务的ID
  • 每个事务持有的锁和等待的锁
  • 导致死锁的SQL语句
  • 被选为“牺牲者”的事务（被回滚的那个）
• information_schema.innodb_trx：查看当前正在运行的事务，辅助判断哪些事务可能涉及锁竞争
• performance_schema.data_locks 和 data_lock_waits（MySQL 8.0+）：提供更细粒度的锁信息，可用于实时分析锁冲突

模拟与分析死锁示例

假设表t有主键id：

-- 事务1
BEGIN;
UPDATE t SET name='a' WHERE id=1;
<p>-- 事务2<br />
BEGIN;
UPDATE t SET name='b' WHERE id=2;
UPDATE t SET name='c' WHERE id=1; -- 等待事务1释放锁</p><p>-- 事务1
UPDATE t SET name='d' WHERE id=2; -- 等待事务2，形成死锁</p>

此时InnoDB会检测到死锁，自动回滚其中一个事务。通过SHOW ENGINE INNODB STATUS即可看到完整过程。

减少死锁的建议

虽然MySQL能自动处理死锁，但频繁死锁会影响性能。可通过以下方式降低发生概率：

• 所有事务按相同顺序访问表和行（例如都先操作用户表再订单表）
• 避免在事务中执行不必要的长时间操作
• 尽量缩小事务范围，快速提交
• 使用索引减少扫描行数，从而减少锁的数量

基本上就这些。MySQL的死锁检测是自动的，关键在于如何查看日志和优化应用逻辑来减少其发生。