logrotate是 Linux 下管理 MySQL 日志轮转的事实标准,MySQL 本身不自动切割错误日志、慢查询日志等(
binlog除外),必须靠外部工具配合信号或命令触发切换。配置对了,日志每天归档压缩、旧文件自动清理;配错了,要么日志越滚越大占满磁盘,要么 MySQL 继续往已重命名的旧文件里写,导致归档失效。
确认日志路径和启用状态
别急着写
/etc/logrotate.d/mysql,先看 MySQL 实际在往哪写、写了哪些日志: 运行
mysql -u root -p -e "SHOW VARIABLES LIKE '%log%';",重点关注
log_error、
slow_query_log_file、
general_log_file检查这些路径是否真实存在,且 MySQL 进程有写权限(
ls -l /var/log/mysql/看属主是不是
mysql:mysql) 如果
slow_query_log或
general_log是 OFF,
logrotate配置对应路径也没用——先在
[mysqld]段启用并指定
slow-query-log-file等参数,再重启 MySQL
写对 logrotate 配置的关键点
最常出问题的是
postrotate脚本没生效,或权限/路径不匹配。一个稳妥的配置示例如下:
/var/log/mysql/error.log /var/log/mysql/slow.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 640 mysql mysql
sharedscripts
postrotate
if [ -f /var/run/mysqld/mysqld.pid ]; then
kill -USR1 $(cat /var/run/mysqld/mysqld.pid)
fi
endscript
}
sharedscripts必须加:否则多个日志文件会各自执行一次
postrotate,而
kill -USR1只需发一次 用
kill -USR1而非
mysqladmin flush-logs更轻量,但要求 MySQL 启动方式支持该信号(
mysqld_safe或 systemd 管理的主流版本都支持) 如果 PID 文件路径不对(比如是
/var/run/mysqld.pid或
/run/mysqld/mysqld.pid),脚本就静默失败——务必用
ps aux | grep mysqld确认实际 PID 文件位置 避免用通配符如
/var/log/mysql/*.log,除非你 100% 确保目录下只有 MySQL 自己写的日志文件;混入其他服务日志可能被误删
测试与验证不能跳过
配置完别只信“它应该能跑”,得亲眼看到轮转发生且 MySQL 没断写:
用sudo logrotate -d /etc/logrotate.d/mysql查看调试输出,确认匹配到的日志路径、是否进入
postrotate块 手动强制轮转:
sudo logrotate -f /etc/logrotate.d/mysql,然后立刻检查:
– 原日志(如
error.log)是否变为空或大小为 0?
– 是否生成
error.log.1(未压缩)或
error.log.1.gz(已压缩)?
– 新日志是否开始写入?用
tail -f /var/log/mysql/error.log看是否有新记录 如果发现 MySQL 还在往
error.log.1写,说明
postrotate没成功发信号——常见原因是 PID 文件路径错、MySQL 进程没读取到
USR1、或 SELinux/AppArmor 拦截了信号
二进制日志(binlog)要单独对待
binlog完全不走
logrotate流程,它是 MySQL 自己管理的: 靠
max_binlog_size(默认 1GB)或时间(
binlog_expire_logs_seconds)触发自动切换 不要把
binlog文件路径(如
/var/lib/mysql/mysql-bin.*)加进
logrotate配置——会导致 MySQL 写入异常甚至崩溃 清理用
PURGE BINARY LOGS,而不是
rm或
logrotate删除;推荐设
expire_logs_days = 7让 MySQL 自动过期 真正容易被忽略的,是
postrotate脚本的执行环境:它在 root 权限下运行,但 MySQL 进程可能以
mysql用户运行,而
kill -USR1不需要跨用户授权;但如果你改用
mysqladmin flush-logs,就得确保该命令能免密连接(比如用
--defaults-file=/etc/mysql/debian.cnf),否则脚本会卡住或失败。
