首先查看SHOW ENGINE INNODB STATUS中的LATEST DETECTED DEADLOCK信息，结合innodb_print_all_deadlocks日志、information_schema或performance_schema中的锁等待数据，分析死锁原因，常见为事务操作顺序不一致、缺失索引或长事务，建议统一访问顺序、添加索引、缩短事务并重试机制。
MySQL出现锁死（死锁）时，通常会导致事务阻塞、请求超时或报错。要快速定位并解决问题，需要结合系统表、日志和SQL执行情况综合分析。以下是实用的排查方法。
查看最近的死锁信息
MySQL的InnoDB存储引擎会记录最近一次的死锁详情，可以通过以下命令查看：
SHOW ENGINE INNODB STATUSG
在输出结果中查找LATEST DETECTED DEADLOCK部分，这里会显示：
发生死锁的时间两个或多个事务的等待关系每个事务持有的锁和等待的锁导致死锁的SQL语句
这是最直接的排查入口，能帮助你还原死锁发生的场景。
启用死锁日志（innodb_print_all_deadlocks）
默认情况下，SHOW ENGINE INNODB STATUS只保留最后一次死锁信息。为了长期监控，建议开启将死锁记录到错误日志的功能：
SET GLOBAL innodb_print_all_deadlocks = ON;
开启后，所有死锁都会被写入MySQL错误日志文件，便于后续分析和审计。适用于生产环境频繁出现死锁的场景。
查询information_schema中的锁等待状态
可以实时查看当前的锁等待情况：
Waymark
Waymark是一个视频制作工具，帮助企业快速轻松地制作高影响力的广告。
79 查看详情 SELECT * FROM information_schema.INNODB_TRX ORDER BY trx_started;
SELECT * FROM information_schema.INNODB_LOCKS;
SELECT * FROM information_schema.INNODB_LOCK_WAITS;
注意：这些表在新版本MySQL中已被标记为废弃，但在MySQL 5.7及之前版本仍可使用。MySQL 8.0推荐使用performance_schema代替。
INNODB_TRX：查看正在运行的事务，重点关注长时间未提交的事务INNODB_LOCKS：查看每个事务持有的锁INNODB_LOCK_WAITS：显示哪个事务在等待哪个锁
使用performance_schema分析锁（MySQL 8.0+）
在MySQL 8.0中，performance_schema提供了更强大的锁监控能力：
— 开启相关消费者
UPDATE performance_schema.setup_consumers SET ENABLED = ‘YES’ WHERE NAME LIKE ‘events_waits%’;
— 查看锁等待事件
SELECT * FROM performance_schema.data_locks;
SELECT * FROM performance_schema.data_lock_waits;
data_locks表展示当前所有数据行上的锁信息，包括锁类型、索引、锁定范围等，是现代MySQL版本推荐的排查方式。
常见死锁原因与规避建议
根据排查结果，常见的死锁模式有：
事务按不同顺序访问多张表或同一表的多行数据缺失索引导致扫描范围扩大，加锁过多长事务持有锁时间过长
优化建议：
确保多个事务以相同顺序操作表为WHERE条件添加合适索引，减少锁范围避免在事务中执行耗时操作，及时提交捕获死锁异常并重试事务（应用层处理）
基本上就这些。关键是要先从SHOW ENGINE INNODB STATUS入手，再结合日志和系统表确认细节。死锁无法完全避免，但通过合理设计可以大幅降低发生概率。
以上就是mysql如何排查锁死_mysql锁死排查方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1008853.html
微信扫一扫 
支付宝扫一扫 
