#作者：任少近
上篇《mongodb7日志特点介绍：日志分类、级别、关键字段(上)》

链接: link

4.日志会输出F/E/W/I四种情况

在MongoDB7中，日志输出按照严重性分为四种类型，分别用F、E、W、I标识，这代表了不同级别的系统消息：

F（Fatal，致命）：表示系统发生了非常严重的错误，这类错误通常会导致MongoDB实例不可用，需要立即处理。
E（Error，错误）：记录的是错误事件，虽然这些错误不会导致整个系统崩溃，但它们可能影响某些操作的正常执行，需要关注并解决。
W（Warning，警告）：用于提示潜在的问题或不推荐的行为，这些问题目前可能不会直接影响系统的运行，但如果不加以注意，可能会引发更严重的问题。
I（Informational，信息）：提供常规的操作信息，主要用于监控系统状态和了解日常活动，是维护和优化数据库时的重要参考。

这种分类方法有助于运维人员快速识别和响应不同类型的问题，确保MongoDB集群的稳定性和高效运行。通过检查这些日志，管理员能够及时发现并解决问题，保证数据库的最佳性能和可靠性。

5.日志关键字段

在MongoDB中，日志输出提供了对系统状态和事件的详细记录，帮助运维人员监控数据库操作及排查问题。示例日志输出可以了解关键字段。这种不仅有助于快速识别问题，还提供了针对不同级别事件的具体描述，通过分析这些日志，管理员可以有效地进行故障排查、性能调优以及确保MongoDB集群的稳定运行。每条日志都承载着关键信息，是维护数据库健康不可或缺的一部分。如以下的日志输出，作为详细说明如下：

{"t":{"$date":"2025-04-03T11:17:02.680+08:00"},"s":"D3", "c":"STORAGE",  "id":7346000, "ctx":"TicketHolderMonitor","msg":"Throughput Probing: stable","attr":{"throughput":0}}

这是一条日志，现在换成json格式，

{
  "t": {
    "$date": "2025-04-03T11:17:02.680+08:00"
  },
  "s": "D3",
  "c": "STORAGE",
  "id": 7346000,
  "ctx": "TicketHolderMonitor",
  "msg": "Throughput Probing: stable",
  "attr": {
    "throughput": 0
  }
}

解释：

字段	值/含义
t	时间戳（北京时间 2025-04-03 11:17:02.680）
s	D3（调试级别3，较详细的内部操作日志）
c	STORAGE（存储引擎模块）
id	7346080（日志事件唯一标识符）
ctx	TicketHolderMonitor（存储引擎的线程）
msg	Throughput Probing: stable（吞吐量探测）
attr	附加属性：{“throughput”: 0}（当前探测到的吞吐量为0）

其中的字段解释为：
t代表Timestamp（时间戳），使用UTC时间存储
s代表Severity（严重级别）
c代表Component（组件模块）
id代表Log ID,
ctx Context（上下文）
msg为Message(消息内容）
attr为 Attributes(附加属性)

技术说明：
此日志属于存储引擎的性能监控信息
D3级别表示详细的调试信息
throughput=0表示当前无数据读写活动
典型出现在系统空闲或初始化阶段

6.日志量验证情况

在MongoDB7中，开启日志详细程度级别D3（调试级别）会对日志输出量产生显著影响。即使在无业务连接的状态下，24小时内主节点也可能额外产生约2-4GB的日志数据。这是因为开启D3级别时，默认会同时启用D2和D1级别的日志记录，导致系统记录大量调试信息。这些日志虽然对深入分析和排查问题非常有用，但也会占用较多存储空间，并可能对性能造成一定影响。因此，在实际使用中需要根据需求权衡日志详细程度与资源消耗之间的关系，避免不必要的日志记录对系统运行造成负担。如图所示：

7.总结

本期我们将简要介绍MongoDB 7的日志分类、级别及关键字段信息。MongoDB日志主要分为配置服务器和分片节点日志，帮助有效管理和排查问题。日志详细程度分为0到5级，默认级别0记录基本信息，而1至5级则增加调试信息的详细度，适用于更细致的问题诊断。日志类型通过F（致命）、E（错误）、W（警告）和I（信息）标识，便于快速理解日志的严重性。下期我们将介绍如何使用命令按需配置日志级别，以优化日志输出，满足不同的监控和故障排查需求。合理配置日志级别对于确保MongoDB高效稳定运行至关重要。