死锁日志不记录在error log中，几乎一定是innodb_print_all_deadlocks没开启或log_error_services缺失log_sink_internal；需确认该变量为ON且log_error_services包含log_filter_internal; log_sink_internal，并确保log_error路径可写。
死锁日志不记录在 error log 中，几乎一定是 innodb_print_all_deadlocks 没开启，或 log_error_services 缺失 log_sink_internal —— 而不是路径、权限或日志开关本身的问题。
确认 innodb_print_all_deadlocks 是否真正启用
MySQL 8.0 默认关闭死锁日志输出，即使错误日志本身正常工作，死锁事件也不会写入。这个开关是独立控制的：
- 运行
SHOW VARIABLES LIKE 'innodb_print_all_deadlocks';，返回值必须是ON；若为OFF，说明未生效 - 临时启用：
SET GLOBAL innodb_print_all_deadlocks = ON;（重启后失效） - 永久启用：在配置文件
[mysqld]段添加innodb_print_all_deadlocks = 1，然后重启服务 - 注意：该变量只影响 InnoDB 层的死锁检测输出，不控制其他错误；它依赖错误日志组件链能正常落盘
验证 log_error_services 是否包含 log_sink_internal
MySQL 8.0 的错误日志由组件系统驱动，log_error_services 决定哪些组件参与日志处理。死锁信息需经 log_filter_internal 过滤后，再由 log_sink_internal 写入文件。缺一不可：
- 执行
SELECT @@GLOBAL.log_error_services;，正确返回应类似：log_filter_internal; log_sink_internal - 若含
log_sink_null、为空、或只有log_sink_json但log_error指向文件，则死锁不会出现在 .err 文件中 - 修复方式（推荐持久化）：
SET PERSIST log_error_services = 'log_filter_internal; log_sink_internal'; - 若 MySQL 已无法启动，必须手动编辑配置文件，在
[mysqld]下添加log_error_services = log_filter_internal; log_sink_internal
检查 log_error 路径是否真实可用
即使前两步都对，如果 log_error 指向的路径不可写，死锁日志仍会静默丢失 —— 不报错、不创建空文件、不提示：
- 查当前路径：
SELECT @@log_error;，确认返回的是绝对路径（如/var/log/mysql/error.log），而非./hostname.err或空值 - 确保路径父目录存在且属主为
mysql:mysql：ls -ld /var/log/mysql；若属主是root，执行sudo chown -R mysql:mysql /var/log/mysql - 权限不能是
777（MySQL 会拒绝启动），应为755；Windows 下需右键目录 → “安全” → 给 MySQL80 服务账户“写入”和“修改”权限 - SELinux/AppArmor 可能拦截：CentOS 上临时
sudo setenforce 0，Ubuntu 上sudo systemctl stop apparmor，再测试日志是否出现
死锁日志只出现在 error log，没有单独文件
MySQL 8.0 不提供独立的“deadlock.log”，所有死锁事件统一输出到 log_error 指定的文件中，格式为：
2026-07-01T14:22:34.123456Z 0 [Note] InnoDB: Transactions deadlocked on lock, dumping detailed information.
排查时直接 tail -f /var/log/mysql/error.log | grep -i deadlock 即可实时捕获；但注意：
-
log_error_verbosity至少为2（默认值），否则Note级别消息（含死锁）不会输出 - 若已配置
log_error_suppression_list，确认没误把死锁相关错误码（如MY-013183）加进去 - 死锁发生后，日志内容可能被后续大量日志冲刷，建议配合
tail -n 200或定期归档
最容易被忽略的是：你改了 innodb_print_all_deadlocks，却没检查 log_error_services 是否完整；或者你确认了 log_error 路径存在，却忘了 chown mysql:mysql 父目录 —— MySQL 对权限异常敏感，且绝不报错。
