mysql日志rotate怎么配置_mysql日志轮转管理

来源:这里教程网 时间:2026-02-28 20:53:16 作者:
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
),否则脚本会卡住或失败。

相关推荐