前言
日志是MongoDB中一个非常重要的功能,他保证了数据库服务器在意外断电、自然灾害下数据的完整性 。MongoDB日志记录了数据库实例的健康状态、语句的执行状况、资源的消耗情况，所以日志对于分析数据库服务和性能优化很有帮助。
因此，很有必要花费一些时间来学习解析一下MongoDB的日志文件。
下面话不多说了，来一起看看详细的介绍吧。
日志信息的格式
<日志时间> <严重级别> <信息所属分类> [<内容>] <消息>
例如 ：
2014-11-03T18:28:32.450-0500 I NETWORK [initandlisten] waiting for connections on port 27017
日志信息严重级别
|
级别 |
级别描述 |
|
F |
Fatal |
|
E |
Error |
|
W |
Warning |
|
I |
Informational, for Verbosity Level of 0 |
|
D |
Debug, for All Verbosity Levels > 0 |
信息所属分类
|
日志分类 |
英文 |
分类描述 |
|
登入信息 |
ACCESS |
登入访问相关的信息，例如登录验证情况。 |
|
命令信息 |
COMMAND |
数据库执行命令相关信息，例如，查询。 |
|
控制管理信息 |
CONTROL |
记录控制管理相关的信息，例如数据库初始化。 |
|
FTDC信息 |
FTDC（full-time diagnostic data ） |
全程检测数据信息，例如Server的状态统计信息。 |
|
索引信息 |
INDEX |
索引相关信息，例如索引的创建过程信息。 |
|
网络信息 |
NETWORK |
网络相关信息，例如网络连接信息。 |
|
查询信息 |
QUERY |
查询相关信息，例如查询计划信息。 |
|
副本集信息 |
REPL |
副本集相关信息，例如副本集初始过程、心跳、回滚等信息 |
|
分片信息 |
SHARDING |
分片相关信息，例如mongos的启动信息 |
|
存储信息 |
STORAGE |
存储相关信息，例如将 storage 层的数据刷入磁盘的信息。 |
|
还原信息 |
RECOVERY |
还原活动相关的信息 |
|
日志信息 |
JOURNAL |
日志相关的信息 |
|
写操作信息 |
WRITE |
写操作相关的信息，例如更新（update）的命令。 |
查询日志详细等级
MongoDB将日志详细等级划分为0~5
1. 0 是MongoDB日志的的默认级别，会包含 Informational 类信息。
2. 1~5 是调试级别，会记录客户端所有的完整请求
查询日志详细等级的命令。
|
1
|
db.getLogComponents() |
修改日志详细等级
修改日志详细等级的途径有两种。
第一种 设置logComponentVerbosity 参数来进行修改。
另外还需说明的一点是日志分类还可以进一步细化，
例如：将systemLog 整体设置为1，其中 query 子项 和storage子项 设置为2，而子项storage的子项设置journal再设置为1。
修改的具体命令为：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
db.adminCommand( { setParameter: 1, logComponentVerbosity: { verbosity: 1, query: { verbosity: 2 }, storage: { verbosity: 2, journal: { verbosity: 1 } } }} ) |
第二种方法，通过 db.setLogLevel()进行修改。
此种方法多是针对单一的日志类别进行修改。另外还有一点需要特别指出，我们有时候会通过db.getLogComponents() 看到级别日志级别为-1，其实-1，代表和其父类别的等级一样。
例如，我们将query类别的日志的详细级别设置为父类（ systemLog）的日志详细级别，可以执行以下命令：
|
1
|
db.setLogLevel(-1, "query") |
上面的两种方法都是修改，那么能否初始化是就配置呢？其实是可以的，我们只需要在初始配置文件中加入相应的参数就可以了，在此不再展开。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：http://www.cnblogs.com/xuliuzai/p/9630268.html
