MySQL启动报错“Can't log to file”主因是日志路径权限不足、目录不存在或SELinux/AppArmor拦截；需确保绝对路径存在、属主为mysql用户，并在systemd中调整ProtectHome等参数，8.0还需注意log_error_services配置冲突。
MySQL 启动时报错 Can't log to file '/var/lib/mysql/error.log'
这是最典型的日志路径权限或目录不存在问题。MySQL 在启动时会尝试写入错误日志，但默认配置（如 log_error）指向的路径若不可写、父目录不存在，或 SELinux/AppArmor 拦截，就会直接启动失败。
- 先确认目标目录存在且属主是
mysql用户：sudo mkdir -p /data/mysql/logs<br>sudo chown mysql:mysql /data/mysql/logs
-
log_error只接受**绝对路径**，不能用~/或相对路径；若写成log_error = logs/error.log，MySQL 会默默回退到默认位置（通常是/var/lib/mysql/hostname.err），不报错但也不生效 - 在 systemd 管理的系统上（如 CentOS 8+/Ubuntu 20.04+），即使
my.cnf里改了log_error，也可能被systemd的ProtectHome=true或PrivateTmp=true拦住——需同步修改 service 文件里的ProtectHome或明确设置ReadWritePaths=/data/mysql/logs
想把 slow_log 和 general_log 也挪到自定义目录
和 log_error 不同，slow_query_log_file 和 general_log_file **必须配合对应开关使用**，否则路径设置无效。
- 仅设置
slow_query_log_file = /data/mysql/logs/slow.log不够，还得显式开启：slow_query_log = ON<br>slow_query_log_file = /data/mysql/logs/slow.log
- 这两个日志文件路径同样必须是绝对路径，且 MySQL 进程要有写权限；如果父目录不存在，MySQL 不会自动创建，会静默降级为关闭日志（
SHOW VARIABLES LIKE 'slow_query_log';返回OFF） - 注意：
general_log开启后对性能影响明显，生产环境慎用；slow_query_log的long_query_time默认是 10 秒，建议调低到 1–2 秒再观察
MySQL 5.7 vs 8.0 在日志路径上的关键差异
8.0 对日志路径更“较真”，尤其涉及初始化和权限校验。
- MySQL 5.7 允许在
mysqld --initialize后手动改my.cnf并启动；8.0 若在初始化前没指定--log-error，且后续log_error路径不在默认数据目录下，可能触发mysqld: File './mysql-bin.index' not found (Errcode: 13 - Permission denied)类错误——本质是 binlog 索引路径和 error log 路径被混在一起校验 - 8.0 默认启用
log_error_services（支持 JSON log），若你只改了log_error但没关掉这个新服务，日志可能同时写两份，且格式不同；稳妥做法是显式设为：log_error_services = 'log_filter_internal;file_log_message;file_log_handler'
- 5.7 的
log_output控制 general/slow 输出方式（FILE或TABLE），8.0 已废弃该变量，统一由log_error_services管理
验证日志是否真写到了新路径
别只信配置文件，MySQL 启动后必须实测。
- 执行
SELECT @@log_error;看返回值是不是你设的绝对路径；如果是空或默认路径，说明配置没加载（检查my.cnf是否在mysqld --help --verbose | grep "Default options"列出的路径里） - 手动触发一条慢查询：
SET long_query_time = 0;<br>SELECT SLEEP(1);
然后立刻ls -l /data/mysql/logs/slow.log看文件是否更新 - 用
tail -f监控错误日志时，如果发现内容停在旧时间点，大概率是 MySQL 实际写的是另一个路径——常见于配置文件被多个[mysqld]段覆盖，或include的子配置文件里有冲突定义
MySQL 自定义日志路径真正卡住人的，从来不是语法，而是路径权限、systemd 约束、版本行为漂移这三块。尤其是 8.0，一个没关的 log_error_services 就能让 log_error 配置形同虚设。
