Mysql出现死锁该如何排查？有哪些实用的死锁排查方法？

在Mysql的InnoDB存储引擎中，当多个事务互相持有对方需要的锁资源，且都不释放自身持有的锁时，就会产生死锁，导致部分事务回滚失败。死锁问题会直接影响业务接口的正常响应，需要快速定位并处理。

Mysql死锁排查的常用方法

1. 查看最近一次死锁日志

可以通过SHOW ENGINE INNODB STATUS命令获取InnoDB引擎的运行状态，其中包含最近一次死锁的详细信息，包括死锁涉及的事务、持有的锁、等待的锁以及最终回滚的事务等内容。

执行命令的示例如下：

-- 查看InnoDB引擎状态，包含最近死锁信息
SHOW ENGINE INNODB STATUS;

在返回的结果中，找到LATEST DETECTED DEADLOCK部分，就能看到完整的死锁记录，包括两个事务分别执行的SQL语句、持有的锁类型和等待的锁资源，这是排查死锁最直接的依据。

2. 查询系统表获取死锁统计信息

Mysql的information_schema库中提供了和InnoDB锁相关的系统表，可以通过查询这些表获取当前锁的占用情况，辅助判断死锁发生的原因。

常用的相关系统表如下：

• INNODB_TRX：记录当前正在运行的所有InnoDB事务信息，包含事务ID、事务状态、事务开始时间等
• INNODB_LOCKS：记录当前持有的锁和等待的锁的信息，包含锁ID、锁类型、锁对应的表等
• INNODB_LOCK_WAITS：记录锁等待的对应关系，包含请求事务ID、等待的锁ID、阻塞事务ID等

查询当前锁等待情况的示例SQL如下：

-- 查询锁等待关系，定位阻塞和被阻塞的事务
SELECT 
    r.trx_id AS 等待事务ID,
    r.trx_mysql_thread_id AS 等待线程ID,
    r.trx_query AS 等待事务执行的SQL,
    b.trx_id AS 阻塞事务ID,
    b.trx_mysql_thread_id AS 阻塞线程ID,
    b.trx_query AS 阻塞事务执行的SQL
FROM information_schema.INNODB_LOCK_WAITS w
INNER JOIN information_schema.INNODB_TRX b ON b.trx_id = w.blocking_trx_id
INNER JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id;

3. 开启死锁日志持久化记录

默认情况下，Mysql只会记录最近一次的死锁信息，如果死锁发生频率较高，可能会覆盖之前的记录。可以通过配置参数开启死锁日志的持久化记录，方便后续排查历史死锁问题。

在Mysql配置文件my.cnf中添加如下配置，然后重启服务即可：

[mysqld]
# 开启死锁日志记录到错误日志
innodb_print_all_deadlocks = ON

开启后，所有的死锁信息都会被记录到Mysql的错误日志文件中，开发者可以定期查看错误日志分析死锁出现的规律。

死锁分析后的优化建议

定位到死锁的具体原因后，可以通过以下方式优化，减少死锁出现的概率：

• 尽量让事务按照相同的顺序访问表和行记录，避免交叉加锁导致的死锁
• 控制事务的大小，尽量缩短事务的执行时间，减少锁的持有时长
• 为查询语句添加合适的索引，避免全表扫描导致的锁范围扩大
• 如果业务允许，可以降低事务的隔离级别，比如从可重复读调整为读已提交

注意：死锁是InnoDB引擎自动检测并处理的，发生死锁后引擎会自动回滚其中一个事务，不需要手动干预，但需要排查根因避免频繁出现。

mysql死锁排查innodbshow_engine_innodb_statusinformation_schema修改时间：2026-06-13 02:54:23