一天报了几十次 1213,错误日志里只能搜到一条 LATEST DETECTED DEADLOCK,之前的都被顶掉,定位不到高频的那两条 SQL。日志里能对上时间点,这种反而好排。

死锁信息默认只保留在 SHOW ENGINE INNODB STATUS 的最新一段里,新死锁一来就把旧的覆盖。没有写进错误日志,事后基本查不到现场。这一点先确认清楚,后面就不用反复试。

SET GLOBAL innodb_print_all_deadlocks = ON;
SHOW VARIABLES LIKE 'innodb_print_all_deadlocks';
SHOW VARIABLES LIKE 'log_error';

「死锁日志开关」改完先别急着全量,挑一台机器放半天,真有问题这段时间就能看出来。能分两步做的操作就别合成一步,中间看一眼返回值,出问题好判断。

报错里带路径的,先去看那个路径在不在、权限对不对。同一份配置存在多处的,先确认改的是被加载的那一份。

处理上按这个顺序:打开 innodb_print_all_deadlocks 让每次死锁都落到错误日志;确认 log_error 指向的文件有轮转 别把磁盘写满;按时间段统计死锁里出现的表名和 SQL 指纹;针对高频表检查索引和加锁顺序。

结果对不对很好判断,错误日志里能按时间连续看到多条死锁记录 高频冲突的 SQL 能被统计出来。

作者 9823189