生产环境 RabbitMQ 磁盘日志清理策略与 logrotate 配置-linux运维-PHP中文网

必须为rabbitmq的logrotate配置添加copytruncate，否则日志会写丢；它先复制再清空原文件，确保rabbitmq持续写入不中断，配合postrotate中rabbitmqctl rotate_logs可全面切换日志句柄。

生产环境 rabbitmq 磁盘日志清理策略与 logrotate 配置

logrotate 配置必须加 `copytruncate`，否则日志会写丢

RabbitMQ 进程在运行时持续向 rabbit@hostname.log 等文件追加写入，不支持外部直接 truncate 或重命名。如果 logrotate 用默认方式（先重命名再新建），RabbitMQ 仍会往旧文件句柄里写，导致新日志“消失”，旧文件不断膨胀且不再轮转。

正确做法是在 /etc/logrotate.d/rabbitmq 中显式启用 copytruncate：

/var/log/rabbitmq/*.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    copytruncate
    create 640 rabbitmq rabbitmq
    sharedscripts
    postrotate
        if [ -f /var/run/rabbitmq.pid ]; then
            /usr/sbin/rabbitmqctl rotate_logs 2>/dev/null || true
        fi
    endscript
}

copytruncate 先复制内容再清空原文件，RabbitMQ 无感知，写入不中断
create 640 rabbitmq rabbitmq 确保新日志文件权限正确，避免因权限问题写入失败
postrotate 中调用 rabbitmqctl rotate_logs 是可选但推荐的——它通知 RabbitMQ 切换内部日志句柄，防止 SASL 日志等未被 logrotate 覆盖的部分继续写入旧文件

日志级别不能只设全局 `log.file.level = warning`

单纯把 log.file.level 改成 warning 会掩盖大量连接/通道类高频 info 日志，但真正影响磁盘的是 connection 和 channel 模块——它们在高并发场景下每秒打几十条 info 日志，而 queue 或 federation 模块反而安静得多。

更合理的做法是分级压制：

RabbitMQ 4.2.3

RabbitMQ 4.2.3 是 2026 年初发布的重要稳定更新版本，重点修复了 Khepri 元数据存储相关问题，并改进了监控性能。对于使用 Docker、Kubernetes 或微服务架构的开发团队来说，该版本兼容性和稳定性表现较好。

下载

log.file.level = info
log.connection.level = warning
log.channel.level = warning
log.queue.level = error

保留全局 info 便于排查基础问题（如插件加载、配置生效）
单独压低 connection 和 channel 级别，能减少 70%+ 的日志量
注意：log.connection.level 在 RabbitMQ 3.8+ 才支持；旧版本需用 Erlang 风格配置 {log_levels, [{connection, warning}]}

清理前先确认日志是否真被 RabbitMQ 占用

执行 find /var/log/rabbitmq -name "*.log" -mtime +7 -delete 很快，但可能误删正在写入的旧日志（比如某天轮转失败后残留的 rabbit@host.log.1 仍被进程持有）。

安全清理三步法：

查占用：lsof -nP +D /var/log/rabbitmq/ | grep 'rabbitmq.*log' —— 显示哪些文件被打开及对应 PID
看大小：ls -lh /var/log/rabbitmq/*.log* —— 重点关注非压缩、非轮转后缀的超大文件（如 rabbit@host.log 超过 500MB）
清空而非删除：truncate -s 0 /var/log/rabbitmq/rabbit@host.log —— 对正在写的主日志，清空比删文件更安全，RabbitMQ 不会崩溃

`rabbitmqctl rotate_logs` 和 logrotate 不是二选一

有人以为配了 logrotate 就不用 rabbitmqctl rotate_logs，这是错的。两者职责不同：

logrotate 管理磁盘上的文件名、压缩、过期删除
rabbitmqctl rotate_logs 告知 RabbitMQ 主进程“请关闭当前日志句柄，打开新文件”——这对 SASL 日志、upgrade 日志等 logrotate 默认不覆盖的文件尤其关键
生产环境建议两者共存：logrotate 负责归档，postrotate 调用 rabbitmqctl rotate_logs 确保所有日志流都切到新文件

容易被忽略的一点：RabbitMQ 内部日志缓冲区（Lager）有默认 1MB 缓存，即使你清空了文件，缓冲区里的日志仍可能在几秒后刷出——所以观察清理效果，至少等 10 秒再 tail -f 确认。