Ubuntu MongoDB如何处理日志

Ubuntu 上 MongoDB 日志处理全流程

一 日志位置与实时查看

• 默认日志路径为：/var/log/mongodb/mongod.log；常见数据目录为：/var/lib/mongodb。如使用自定义配置，请以配置文件中的 systemLog.path 为准。
• 实时查看：
  • 终端跟踪最新日志：sudo tail -f /var/log/mongodb/mongod.log
  • 进入 Shell 获取全部日志：use admin; db.adminCommand({ getLog: 1 })
  • 查看各组件日志详细度：db.getLogComponents()
    以上路径与命令适用于 Ubuntu 上常见安装方式（apt 安装或手工部署）。

二 日志轮转与保留策略

• 推荐通过 logrotate 管理日志轮转，创建文件 /etc/logrotate.d/mongodb：
  • 示例配置（按日轮转、保留 7 天、压缩、按大小触发、轮转后通知 mongod 重新打开日志）：
    /var/log/mongodb/mongod.log {
    daily
    rotate 7
    compress
    missingok
    notifempty
    sharedscripts
    copytruncate
    dateext
    size 200M
    postrotate
    /bin/kill -SIGUSR1 $(cat /var/log/mongodb/mongod.lock 2>/dev/null || echo 0)
    endscript
    }
  • 说明：copytruncate 方式无需重启 mongod；若使用 create + postrotate 发送 SIGUSR1，请确保 lock 文件路径与进程匹配。
• 验证与手动触发：
  • 测试配置：sudo logrotate -d /etc/logrotate.d/mongodb
  • 强制执行：sudo logrotate -f /etc/logrotate.d/mongodb
    上述做法可在不中断服务的情况下完成日志切割与归档。

三 日志级别与组件化控制

• 配置文件方式（持久化）：编辑 /etc/mongod.conf 的 systemLog 段，设置全局或组件级别：
  systemLog:
  destination: file
  logAppend: true
  path: /var/log/mongodb/mongod.log
  verbosity: 1
  logComponentVerbosity:
  command: 1
  query: 2
  replication: 1
• 运行时动态调整（无需重启）：
  • 全局：db.adminCommand({ setParameter: 1, logLevel: 2 })
  • 指定组件：db.setLogLevel(2, “query”)
• 级别范围：0–5，数值越大输出越详细；过高会增加磁盘与 I/O 压力，建议按问题定位需要临时提升后恢复。
  以上配置与命令适用于 Ubuntu 上的 MongoDB 服务。

四 慢查询与查询分析

• 启用并调整阈值：
  • 设置慢查询阈值（单位毫秒）：db.setProfilingLevel(1, { slowms: 100 })
  • 查看当前配置：db.getProfilingStatus()
• 日志侧筛选慢操作：
  • 使用 mtools 过滤慢查询：mlogfilter mongod.log --slow 100
  • 生成查询可视化图：mplotqueries mongod.log --group namespace
• 说明：慢查询日志与 profiler 互补，前者便于离线分析，后者便于在线定位。
  以上方法便于快速发现全表扫描、缺失索引、执行耗时异常等问题。

五 常见异常快速定位

• 连接风暴与文件描述符不足：日志含 “Too many open files” 时，检查并提升 ulimit -n，在 /etc/security/limits.conf 为 mongod 设置如 soft/hard nofile 64000。
• 查询性能瓶颈：出现 COLLSCAN、大量 examined 时，优先为过滤与排序字段建立合适索引。
• 副本集心跳异常：出现 “heartbeat failed” 时，先排查网络连通性与副本集成员状态，再评估 oplog 窗口。
• 存储引擎错误：出现 WiredTiger error 时，先检查存储引擎状态，必要时按官方流程执行修复（操作前务必备份）。
  以上模式与处置路径可显著提升排障效率。