前言
日志是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