发帖
雷达卡
排查死锁问题的发生，可以从以下三个方向着手进行分析：
数据库内部状态检查
执行相关命令后，查看输出内容中的 LATEST DETECTED DEADLOCK 部分，该部分会完整展示最近一次死锁的详细信息，包括：
- 涉及的两个或多个事务的 ID 及其运行状态
- 各自当前持有的锁以及正在等待的锁资源
- 引发死锁的具体 SQL 语句
- 哪个事务被选为回滚“牺牲者”
SHOW ENGINE INNODB STATUS\G错误日志分析
定位 MySQL 的错误日志文件路径（由系统变量指定），在日志中搜索关键词 Deadlock found。
每条死锁记录均以时间戳开始，包含事务详情、锁冲突情况和对应的 SQL 语句等信息。这部分内容与数据库内显示的死锁信息基本一致，但保留了历史记录，便于事后追溯与分析。
log_errorSHOW ENGINE实时监控与告警机制
在云平台环境（如 AWS Aurora、腾讯云、阿里云）中，可直接观察系统提供的 Deadlocks 监控指标：
- 若在 CloudWatch 或 Prometheus 等监控面板上发现该指标出现明显尖峰，则表明近期死锁发生频繁。
- 开启特定参数配置后，所有死锁细节将持续写入错误日志，结合 ELK、SLS 等日志采集系统，即可实现对死锁事件的实时告警。
innodb_print_all_deadlocks综合建议：首先通过
SHOW ENGINE INNODB STATUS
京公网安备 11010802022788号
