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