带你深入分析MongoDB中的日志模块
今天简单研究了一下MongoDB里面的日志模块，写篇文章记录下。
01 MongoDB日志组件种类及日志等级
每种数据库都有自己的日志模块，MongoDB也不例外，通常情况下，一个数据库的日志中，记录的是数据库的连接信息、存储信息、网络信息、索引信息以及查询信息等。从MongoDB3.0版本开始，MongoDB在日志中引入了日志等级和日志组件的概念，作为DBA来讲，关注的最多的应该是慢查询日志和连接日志。
在MongoDB中，我们可以通过下面的命令，来获取所有的日志组件种类和对应的日志等级：
db.getLogComponents()
PRIMARY> db.getLogComponents()
{
"verbosity" : 0,
"accessControl" : {
"verbosity" : -1
},
"command" : {
"verbosity" : -1
},
"control" : {
"verbosity" : -1
},
"executor" : {
"verbosity" : -1
},
"geo" : {
"verbosity" : -1
},
"index" : {
"verbosity" : -1
},
"network" : {
"verbosity" : -1,
"asio" : {
"verbosity" : -1
},
"bridge" : {
"verbosity" : -1
}
},
"query" : {
"verbosity" : -1
},
"replication" : {
"verbosity" : -1
},
"sharding" : {
"verbosity" : -1
},
"storage" : {
"verbosity" : -1,
"journal" : {
"verbosity" : -1
}
},
"write" : {
"verbosity" : -1
},
"ftdc" : {
"verbosity" : -1
}
}
这里，我需要对执行的结果做个说明。
首先来看返回结果中的总的verbosity，它的值是0。相应的取值还有1~5，数字越大，表示日志的详细程度越高，当这个值取到5的时候，MongoDB将会输出所有的调试debug日志，这个日志量将会非常大，一般情况下，默认的值是0.
你可以留意到，这个执行结果中，包含很多子项目，例如command，control，executer，query，replication，sharding等，这些子项目也叫作日志组件，它代表这种类型的日志，例如sharding代表分片相关的日志。每个子项目里面也有一个verbosity，它代表的是当前的组件的日志等级，它的取值和上面的verbosity取值一样，可以取0,1,2,3,4,5，不同的是，它还可以取值为-1，代表继承父日志级别。
在上面的例子中：
1、storage就是storage.joural的父级目录。
2、storage.journal的日志等级是-1，代表它继承storage的日志级别，
3、storage的日志级别也是-1，代表它继承全局的日志级别，
4、全局的日志级别是0，这就意味着：storage和storage.journal的日志级别也都是0
02 设置某个日志组件的日志级别
为了获取更好的可读性，有时候会对单个日志组件的日志级别输出的更清晰一点，这种情况下，可以通过下面的命令来设置某个日志组件的日志等级：
方法一：db.setLogLevel()
db.setLogLevel()
它的常用方法如下：
db.setLogLevel(<level>,<component>)
其中，level是等级，可以取值0~5，component是组件名称。可以取accessControl、command、control、ftdc、 geo、index、network、query、replication、recovery、sharding、storage、storage.journal、transaction、write等。
方法二：执行MongoDB命令
这个命令只能设置单个组件的日志等级，如果想要一次性设置多个组件的日志等级，可以使用下面的方法：
db.adminCommand( {
setParameter: 1,
logComponentVerbosity: {
verbosity: 1,
query: { verbosity: 2 },
storage: {
verbosity: 2,
journal: {
verbosity: 1
}
}
}
} )
上面例子中的方法，
将全局的日志等级设置成1；
将query的日志等级设置成2；
将storage的日志等级设置成2；
将storage.journal的日志等级设置成1；
方法三：写入配置文件
执行这个命令，等同于在配置文件中写入：
systemLog: verbosity: 1 component: query: verbosity: 2 storage: verbosity: 2 journal: verbosity: 1
方法四：启动的时候，设置参数
除此之外，我们也可以在mongod启动的时候，通过命令设置某个日志组件的日志等级，如下：
mongod --setParameter "logComponentVerbosity={command: 3}"
03 日志数据量很大的处理办法
有时候，长时间没有清理日志，日志的数据量会变的很大，这个时候我们可以通过两种方法来对日志进行滚动：
方法一：
直接关闭MongoDB服务，然后把老的日志文件给mv掉，启动MongoDB服务，此时会生成一个新的mongodb.log的日志；
很显然，这个方法不够优雅。
方法二：
利用日志轮滚的方法，直接在MongoDB的命令行里面输入：
use admin //切换到admin数据库
db.runCommand({logRotate:1})
这种方法采用了命令来切换日志文件，不需要关闭mongodb服务，是一个比较推荐的做法。
当然，如果需要人手工的定期执行这个命令，好像也不够优雅，所以可以配合crontab去做这个事情，每天定时执行一次，达到日志文件轮滚的目的。
今天简单研究了一下MongoDB里面的日志模块，写篇文章记录下。
01 MongoDB日志组件种类及日志等级
每种数据库都有自己的日志模块，MongoDB也不例外，通常情况下，一个数据库的日志中，记录的是数据库的连接信息、存储信息、网络信息、索引信息以及查询信息等。从MongoDB3.0版本开始，MongoDB在日志中引入了日志等级和日志组件的概念，作为DBA来讲，关注的最多的应该是慢查询日志和连接日志。
在MongoDB中，我们可以通过下面的命令，来获取所有的日志组件种类和对应的日志等级：
db.getLogComponents()
PRIMARY> db.getLogComponents()
{
"verbosity" : 0,
"accessControl" : {
"verbosity" : -1
},
"command" : {
"verbosity" : -1
},
"control" : {
"verbosity" : -1
},
"executor" : {
"verbosity" : -1
},
"geo" : {
"verbosity" : -1
},
"index" : {
"verbosity" : -1
},
"network" : {
"verbosity" : -1,
"asio" : {
"verbosity" : -1
},
"bridge" : {
"verbosity" : -1
}
},
"query" : {
"verbosity" : -1
},
"replication" : {
"verbosity" : -1
},
"sharding" : {
"verbosity" : -1
},
"storage" : {
"verbosity" : -1,
"journal" : {
"verbosity" : -1
}
},
"write" : {
"verbosity" : -1
},
"ftdc" : {
"verbosity" : -1
}
}
这里，我需要对执行的结果做个说明。
首先来看返回结果中的总的verbosity，它的值是0。相应的取值还有1~5，数字越大，表示日志的详细程度越高，当这个值取到5的时候，MongoDB将会输出所有的调试debug日志，这个日志量将会非常大，一般情况下，默认的值是0.
你可以留意到，这个执行结果中，包含很多子项目，例如command，control，executer，query，replication，sharding等，这些子项目也叫作日志组件，它代表这种类型的日志，例如sharding代表分片相关的日志。每个子项目里面也有一个verbosity，它代表的是当前的组件的日志等级，它的取值和上面的verbosity取值一样，可以取0,1,2,3,4,5，不同的是，它还可以取值为-1，代表继承父日志级别。
在上面的例子中：
1、storage就是storage.joural的父级目录。
2、storage.journal的日志等级是-1，代表它继承storage的日志级别，
3、storage的日志级别也是-1，代表它继承全局的日志级别，
4、全局的日志级别是0，这就意味着：storage和storage.journal的日志级别也都是0
02 设置某个日志组件的日志级别
为了获取更好的可读性，有时候会对单个日志组件的日志级别输出的更清晰一点，这种情况下，可以通过下面的命令来设置某个日志组件的日志等级：
方法一：db.setLogLevel()
db.setLogLevel()
它的常用方法如下：
db.setLogLevel(<level>,<component>)
其中，level是等级，可以取值0~5，component是组件名称。可以取accessControl、command、control、ftdc、 geo、index、network、query、replication、recovery、sharding、storage、storage.journal、transaction、write等。
方法二：执行MongoDB命令
这个命令只能设置单个组件的日志等级，如果想要一次性设置多个组件的日志等级，可以使用下面的方法：
db.adminCommand( {
setParameter: 1,
logComponentVerbosity: {
verbosity: 1,
query: { verbosity: 2 },
storage: {
verbosity: 2,
journal: {
verbosity: 1
}
}
}
} )
上面例子中的方法，
将全局的日志等级设置成1；
将query的日志等级设置成2；
将storage的日志等级设置成2；
将storage.journal的日志等级设置成1；
方法三：写入配置文件
执行这个命令，等同于在配置文件中写入：
systemLog: verbosity: 1 component: query: verbosity: 2 storage: verbosity: 2 journal: verbosity: 1
方法四：启动的时候，设置参数
除此之外，我们也可以在mongod启动的时候，通过命令设置某个日志组件的日志等级，如下：
mongod --setParameter "logComponentVerbosity={command: 3}"
03 日志数据量很大的处理办法
有时候，长时间没有清理日志，日志的数据量会变的很大，这个时候我们可以通过两种方法来对日志进行滚动：
方法一：
直接关闭MongoDB服务，然后把老的日志文件给mv掉，启动MongoDB服务，此时会生成一个新的mongodb.log的日志；
很显然，这个方法不够优雅。
方法二：
利用日志轮滚的方法，直接在MongoDB的命令行里面输入：
use admin //切换到admin数据库
db.runCommand({logRotate:1})
这种方法采用了命令来切换日志文件，不需要关闭mongodb服务，是一个比较推荐的做法。
当然，如果需要人手工的定期执行这个命令，好像也不够优雅，所以可以配合crontab去做这个事情，每天定时执行一次，达到日志文件轮滚的目的。
以上就是详解MongoDB中的日志模块的详细内容，更多关于MongoDB 日志模块的资料请关注其它相关文章！
