MySQL 日志路径不是默认就固定在某个位置的，而是由配置文件中的多个参数分别控制，修改前需确认当前 MySQL 版本和运行模式（如是否启用 systemd、是否为 Docker 容器等），再针对性调整。
查看当前日志配置
登录 MySQL 后执行以下命令，可快速查看关键日志相关变量：
错误日志：SHOW VARIABLES LIKE 'log_error';通用查询日志：
SHOW VARIABLES LIKE 'general_log%';慢查询日志：
SHOW VARIABLES LIKE 'slow_query_log%';二进制日志（binlog）：
SHOW VARIABLES LIKE 'log_bin%';
注意：部分日志（如 general_log 和 slow_query_log）默认关闭，对应日志文件路径仅在启用后才生效。
修改日志路径的方法（以 my.cnf 为主）
MySQL 主配置文件通常为
/etc/my.cnf或
/etc/mysql/my.cnf，也可能在
/usr/etc/my.cnf（macOS）或
C:\my.ini（Windows）。在
[mysqld]段中添加或修改以下参数： 错误日志：
log_error = /var/log/mysql/error.log通用查询日志：
general_log = ON+
general_log_file = /var/log/mysql/general.log慢查询日志：
slow_query_log = ON+
slow_query_log_file = /var/log/mysql/slow.log二进制日志：
log_bin = /var/log/mysql/mysql-bin（注意：该值是前缀，实际生成 mysql-bin.000001 等）
⚠️ 修改后需确保目标目录存在、MySQL 用户（如 mysql）有读写权限，并重启 mysqld 服务生效。
注意事项与常见问题
不同日志类型对路径设置有隐含要求：
log_error 路径不能是相对路径，必须为绝对路径；若留空或未设置，MySQL 会将错误日志写入数据目录下的主机名.err 文件 binlog 路径不能指向 NFS 或某些网络文件系统，否则可能引发崩溃或同步异常 如果启用了 log_bin，server-id 必须唯一且非 0，否则启动失败 Docker 环境下，建议通过volumes将宿主机目录挂载到容器内对应路径，并在配置中指定该路径
验证日志是否按新路径写入
重启 MySQL 后，执行以下操作确认生效：
检查进程是否加载了新配置：ps aux | grep mysql | grep "my.cnf"手动触发一条慢查询（如
SELECT SLEEP(2);）并检查 slow.log 是否新增记录 用
tail -f /var/log/mysql/error.log观察错误日志是否实时输出 执行
FLUSH LOGS;可强制 MySQL 关闭并重新打开所有日志文件，便于测试切换效果
不复杂但容易忽略。
