mongodb 5.0 副本集不支持通过配置文件启用 logrotate 轮转，因该版本已移除 systemlog.logrotate 配置项；必须逐节点执行 db.admincommand({logrotate: 1}) 手动触发，否则日志堆积或截断。
MongoDB 5.0 副本集不支持通过配置文件原生启用 logRotate 多日志轮转；必须用 logRotate 命令手动触发，且所有节点需单独执行——否则 SECONDARY 日志会堆积、PRIMARY 日志可能被意外截断。
为什么 mongod.conf 里加 logRotate: true 没用
MongoDB 5.0 的配置文件（mongod.conf）中根本没有 logRotate 这个配置项。它只接受 logAppend: true 和 systemLog.logRotate: rename（该选项在 5.0 中已被移除，仅存在于 4.2 及更早版本）。试图在配置里写 logRotate: true 不会报错，但完全无效，mongod 启动时直接忽略。
真正生效的轮转动作只能由数据库内部命令触发：
-
db.adminCommand({logRotate: 1})是唯一可靠方式 - 该命令必须在每个节点上分别连接后执行，不能跨节点广播
- 执行后，当前日志文件会被重命名为
mongod.log.2026-05-12T19-54-00类似格式（含精确到秒的时间戳），新日志写入原mongod.log
在副本集里执行 logRotate 的安全顺序
直接连 PRIMARY 执行 logRotate 看似方便，但 SECONDARY 节点日志不会同步轮转，后续排查问题时容易混淆时间线或漏掉关键事件。必须按成员状态逐个操作：
- 先连
SECONDARY节点（如mongo --port 27018），执行db.adminCommand({logRotate: 1})，等返回"ok" : 1再断开 - 再连下一个
SECONDARY，重复操作 - 最后连
PRIMARY—— 但注意：如果刚执行过rs.stepDown()，要等它真正降为SECONDARY状态后再轮转，避免主从切换期间日志错位 - 仲裁节点（
Arbiter）无需执行，它不写systemLog
每次执行后建议立刻检查：ls -lt /path/to/log/ 确认新时间戳文件已生成，且原日志大小归零。
如何自动轮转又不丢日志
靠 cron 或 systemd timer 定期调用 mongo --eval "db.adminCommand({logRotate: 1})" 是可行的，但要注意三点：
- 命令必须指定目标端口，例如：
mongo --port 27017 --eval "db.adminCommand({logRotate: 1})"，否则默认连 27017，无法覆盖其他节点 - 脚本里要加失败重试和状态检查，比如先用
rs.status().members[n].stateStr确认节点可连且非STARTUP状态 - 不要设成每分钟执行——频繁轮转会生成大量小文件，且
logRotate是阻塞操作，可能卡住慢查询日志写入
生产环境推荐每天凌晨执行一次，配合 find /var/log/mongodb -name "mongod.log.*" -mtime +7 -delete 清理旧日志。
容易被忽略的权限与路径陷阱
logRotate 命令本身不校验磁盘空间或目录权限，但它依赖底层文件系统行为：
-
mongod进程用户（如mongodb）必须对日志目录有write + execute权限，否则重命名失败，错误不报在 shell，只出现在mongod.log末尾：类似Failed to rename log file: Permission denied - 如果日志路径是符号链接（如
/var/log/mongodb → /data/log/mongodb），轮转后新日志仍写入源目录，但旧文件保留在链接指向的目标位置，容易误删 - 使用
systemLog.destination: file是前提，若设成syslog或console，logRotate命令直接返回"ok": 0且无提示
最稳妥的做法：所有节点统一用绝对路径配 systemLog.path，确保目录存在、属主正确、不跨挂载点。
