MySQL 8.0 错误日志和慢查询日志必须显式配置绝对路径、正确权限及启用 log_sink_internal 组件，否则日志静默丢失；需手动设置 log_error、slow_query_log_file、log_error_services，并验证文件存在性与内容。
MySQL 8.0 的错误日志和慢查询日志必须显式配置路径并确保权限正确，否则服务可能静默失败或日志根本不会写入——尤其在重装、升级或容器化部署后，默认路径极不可靠。
确认并强制指定 log_error 路径
不要依赖 MySQL 自动推导的默认路径（如 datadir/hostname.err），它常因权限或目录缺失失效。最稳妥方式是手动设绝对路径：
- 编辑
/etc/my.cnf（Linux）或C:ProgramDataMySQLMySQL Server 8.0my.ini（Windows），在[mysqld]段下添加：log_error = /var/log/mysql/error.log（Linux）或log_error = C:\mysql\logs\error.log（Windows） - 创建目标目录并赋权：
Linux 执行mkdir -p /var/log/mysql && chown mysql:mysql /var/log/mysql；
Windows 需右键目录 → “安全” → 给 MySQL80 服务账户添加“写入”和“修改”权限 - 验证是否生效：启动 MySQL 后执行
SHOW VARIABLES LIKE 'log_error';，返回值必须是你设的完整路径；若为空，说明配置未加载，检查配置文件优先级或拼写（注意是log_error，不是log-error）
确保 log_error_services 启用文件写入组件
MySQL 8.0 错误日志由组件系统驱动，仅设 log_error 不够。若 log_error_services 缺失 log_sink_internal，日志会丢弃或只写进系统日志（journalctl -u mysqld），你却在找 .err 文件。
- 运行
SELECT @@GLOBAL.log_error_services;，正常应返回类似log_filter_internal; log_sink_internal - 若含
log_sink_null、为空，或不含log_sink_internal，立即重置：SET PERSIST log_error_services = 'log_filter_internal; log_sink_internal'; - 该设置需持久化（
SET PERSIST），否则重启后丢失；也可直接写入配置文件：log_error_services = log_filter_internal; log_sink_internal
配置 slow_query_log_file 并分离存储位置
慢查询日志路径不依赖 datadir，但同样需要显式声明和权限保障，且强烈建议与数据目录、错误日志目录物理隔离。
- 在
[mysqld]段添加：slow_query_log = ONslow_query_log_file = /var/log/mysql/slow.log（Linux）或slow_query_log_file = C:\mysql\logs\slow.log（Windows） - 注意：
slow_query_log_file必须是绝对路径；若路径不存在或 MySQL 用户无写权限，MySQL 不报错，但日志完全不生成 - 配套参数建议一并设置：
long_query_time = 1.0（单位秒，避免设为 0 导致日志爆炸）log_queries_not_using_indexes = OFF（除非明确需要审计索引缺失）
重启后验证日志是否真实落盘
配置写完不等于生效——必须验证日志文件是否被创建、是否有内容、时间戳是否更新。
- Linux 下执行：
ls -l /var/log/mysql/error.log /var/log/mysql/slow.log确认文件存在且属主为mysqltail -n 5 /var/log/mysql/error.log查看最近几行，应有mysqld: ready for connections类启动信息 - 触发一条慢查询测试：
SELECT SLEEP(2);（若long_query_time = 1.0），再检查slow.log是否新增对应记录 - 常见失败信号：
—error.log文件为空或 0 字节
—slow.log文件存在但无新增内容
— MySQL 启动日志里出现log-error set to ... however file don't exists（注意拼写是don't，这是 MySQL 8.0 的典型提示）
最易被忽略的是组件启用状态和目录权限的耦合问题：哪怕路径写对了，只要 log_sink_internal 被禁用，或 /var/log/mysql 目录属主不是 mysql，日志就停摆——而 MySQL 很少主动报这个错。
