生产环境 RabbitMQ 如何配置日志轮转避免磁盘占满

生产环境最稳妥的做法是依托操作系统的 logrotate 工具管理 RabbitMQ 日志文件，而不是依赖应用内部的日志配置。

先说结论：Linux 系统推荐使用 logrotate 配合 copytruncate 模式，高审计场景需改用 create 模式并配置信号通知；Docker 环境需配置 logging driver。

适合：基于 Linux 部署的 RabbitMQ 集群或单节点，以及 Docker 容器
先准备：确认日志文件路径及当前磁盘占用情况
验收：执行 dry-run 测试及强制轮转验证

Linux 环境配置步骤

大多数 Linux 发行版安装 RabbitMQ 后会自动生成 logrotate 配置，位于/etc/logrotate.d/rabbitmq-server。如果没有，需手动创建。

1. 编辑配置文件

使用以下命令打开配置文件：

sudo vim /etc/logrotate.d/rabbitmq-server

2. 配置轮转策略

常规场景推荐使用 copytruncate 模式，避免进程句柄问题；高审计要求场景建议使用 create 模式。

常规配置示例（copytruncate）：

/var/log/rabbitmq/*.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    copytruncate
}

高审计配置示例（create 模式，需指定权限）：

/var/log/rabbitmq/*.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
    create 0640 rabbitmq rabbitmq
    postrotate
        /usr/bin/killall -HUP rabbitmq-server
    endscript
}

3. 测试与生效

使用以下命令进行调试，观察输出是否有报错：

sudo logrotate -d /etc/logrotate.d/rabbitmq-server

确认配置无误后，可手动强制触发轮转进行验证：

sudo logrotate -f /etc/logrotate.d/rabbitmq-server

Docker 容器环境方案

在 Docker 环境下，宿主机 logrotate 无法直接管理容器内部日志文件，需通过 Docker 守护进程配置。

1. 启动时配置

在 docker run 命令中添加日志大小限制参数：

docker run -d `--log-opt` max-size=10m `--log-opt` max-file=3 rabbitmq:3-management

2. 全局配置

修改/etc/docker/daemon.json，统一设置日志轮转策略：

{
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  }
}

验证与常见坑

验证方法：

手动触发轮转后，检查原日志文件是否变小或重建。
观察新生成的带时间戳的日志文件是否存在。
使用 df -h 确认磁盘占用是否下降。

常见风险：

权限问题：使用 create 参数时未指定正确的用户组（如 rabbitmq:rabbitmq），导致 RabbitMQ 无法写入新日志。
日志丢失：copytruncate 模式在复制和截断的间隙可能丢失少量日志，对审计要求极高的场景需谨慎。
配置冲突：轮转频率过高或保留份数过多，反而占用更多 inode 或磁盘空间。
集群一致性：集群环境下未统一配置，导致个别节点磁盘告警。