接手MongoDB运维无经验，日志每月增100G求排查方案

1. 确认当前日志级别与日志类型 #

先明确你监控的是mongod主日志（默认路径通常为/var/log/mongodb/mongod.log）还是其他日志（如慢查询日志、审计日志）。执行以下命令查看全局及各组件的日志级别：

db.getLogComponents()

默认情况下所有组件的verbosity应为0（最低级别），若某组件（如network、command）级别被调高，会直接导致大量日志输出。

2. 定位高频重复日志条目 #

日志每分钟增长2M，必然存在大量重复的日志行。用以下命令快速统计高频内容：

# 查看最新1000行日志的重复条目排序
tail -n 1000 mongod.log | sort | uniq -c | sort -nr

# 统计指定时间段内的高频日志（替换日期为实际范围）
awk '/2024-05-01/ && /2024-05-02/' mongod.log | sort | uniq -c | sort -nr

重点关注是否有大量客户端心跳请求（如command: ping）、任务查询/上报的命令日志，或是重复的警告/错误信息——结合你的业务场景，高频心跳操作很可能是日志暴涨的核心来源。

3. 检查是否开启额外日志功能 #

• 慢查询日志（Profiling）：执行db.getProfilingStatus()，若was为1或2且slowms阈值过低（比如设为0），会记录所有操作，直接导致日志激增。
• 审计日志：检查配置文件中是否设置了auditLog.path，若开启审计功能，默认会记录所有操作，需单独核查该日志的增长情况。
• 副本集日志：如果是副本集部署，查看是否有大量replSet相关日志，比如频繁的oplog同步确认、成员状态变更提示。

4. 排查客户端行为细节 #

结合你的业务场景重点确认：

• 客户端心跳的实现方式：是否每次心跳都发送ping命令或简单查询？若network组件日志级别高于0，会记录每个客户端的连接请求和命令，大量心跳会持续触发日志输出。
• 任务上报的写操作：是否每次上报都伴随错误或警告？比如写入时的索引冲突、字段验证失败，这类信息在默认日志级别下会被记录，若大量重复发生会快速填满日志。

5. 配置日志轮转缓解磁盘压力 #

在排查根源的同时，先通过日志轮转避免磁盘被占满：

• MongoDB内置轮转：执行db.adminCommand({ logRotate: 1 })手动触发轮转，新日志会以原文件名加数字后缀生成。
• 系统logrotate配置：创建/etc/logrotate.d/mongod文件，内容示例：

/var/log/mongodb/mongod.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    create 0640 mongodb mongodb
    postrotate
        /usr/bin/kill -SIGUSR1 $(cat /var/run/mongodb/mongod.pid)
    endscript
}

配置后会每天自动轮转日志，保留7天历史日志并压缩。

6. 临时调整日志级别（应急缓解） #

若确认是某组件日志级别过高，可临时调低：

# 将network组件日志级别设为0（最低）
db.adminCommand({ setParameter: 1, logComponentVerbosity: { network: { verbosity: 0 } } })

注意：该修改为临时生效，重启mongod后会恢复，需同步修改配置文件（mongod.conf）中对应组件的级别。

内容的提问来源于stack exchange，提问作者Milleuros