開啟查詢日志輸出
默認mongodb不會輸出所有的操作語句到日志中，google出的答案如下：
mongod --profile=1 --slowms=1 &
或
$ mongo
MongoDB shell version: 2.4.9
connecting to: test
> use myDb
switched to db myDb
> db.getProfilingLevel()
0
> db.setProfilingLevel(2)
{ "was" : 0, "slowms" : 1, "ok" : 1 }
> db.getProfilingLevel()
2
> db.system.profile.find().pretty()
db.setProfilingLevel(2)#意味着mongodb會記錄所有的操作到日志中。
在上述操作完成后就可以在log文件中查看操作日志記錄了：
tail -f /var/log/mongodb/mongodb.log
//輸出
Mon Mar 4 15:02:55 [conn1] query dendro.quads query: { graph: "u:http://example.org/people" } ntoreturn:0 ntoskip:0 nscanned:6 keyUpdates:0 locks(micros) r:73163 nreturned:6 reslen:9884 88ms
db.setProfilingLevel其實是設了mongodb內在工具profiler的日志記錄級別的。
參考:https://docs.mongodb.com/manual/reference/glossary/#term-database-profiler
level有如下的取值：
0：關閉。不做分析
1：打開。只記錄慢查詢
2：打開。記錄所有的操作
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
設置某個日志組件的日志級別
為了獲取更好的可讀性，有時候會對單個日志組件的日志級別輸出的更清晰一點，這種情況下，可以通過下面的命令來設置某個日志組件的日志等級：
方法一：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 整體設置為1，其中 query 子項 設置為2。
修改的具體命令為：
db.adminCommand( {
setParameter: 1,
logComponentVerbosity: {
verbosity: 1,
query: {
verbosity: 2
}
}
} )
恢復原級別：
db.adminCommand( {
setParameter:0,
logComponentVerbosity: {
verbosity: 0,
query: {
verbosity: -1
}
}
} )
方法三：寫入配置文件
執行這個命令，等同於在配置文件中寫入：
systemLog:
verbosity: 1
component:
query:
verbosity: 2
storage:
verbosity: 2
journal:
verbosity: 1
方法四：啟動的時候，設置參數
除此之外，我們也可以在mongod啟動的時候，通過命令設置某個日志組件的日志等級，如下：
mongod --setParameter "logComponentVerbosity={command: 3}"
日志輪換
有時候，長時間沒有清理日志，日志的數據量會變的很大，這個時候我們可以通過兩種方法來對日志進行滾動：
利用日志輪滾的方法，直接在MongoDB的命令行里面輸入：
use admin //切換到admin數據庫
db.runCommand({logRotate:1})
這種方法采用了命令來切換日志文件，不需要關閉mongodb服務，是一個比較推薦的做法。
當然，如果需要人手工的定期執行這個命令，好像也不夠優雅，所以可以配合crontab去做這個事情，每天定時執行一次，達到日志文件輪滾的目的。