分析器数据被写入DB中的集合，而不是文件。参见http://docs.mongodb.org/manual/tutorial/manage-the-database-profiler/

我建议使用10gen的MMS服务，并在那里提供开发分析器数据，在那里你可以在UI中过滤和排序。

我做了一个命令行工具来激活分析器活动，并以“尾部”的方式查看日志——>“mongotail”:

$ mongotail MYDATABASE
2020-02-24 19:17:01.194 QUERY  [Company] : {"_id": ObjectId("548b164144ae122dc430376b")}. 1 returned.
2020-02-24 19:17:01.195 QUERY  [User] : {"_id": ObjectId("549048806b5d3db78cf6f654")}. 1 returned.
2020-02-24 19:17:01.196 UPDATE [Activation] : {"_id": "AB524"}, {"_id": "AB524", "code": "f2cbad0c"}. 1 updated.
2020-02-24 19:17:10.729 COUNT  [User] : {"active": {"$exists": true}, "firstName": {"$regex": "mac"}}
...

但更有趣的功能(也像tail一样)是使用-f选项“实时”查看更改，偶尔使用grep过滤结果以查找特定操作。

参见文档和安装说明:https://github.com/mrsarm/mongotail

(也可以从Docker运行，特别是如果你想从Windows https://hub.docker.com/r/mrsarm/mongotail执行它)

您可以记录所有查询:

$ 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()

来源:http://docs.mongodb.org/manual/reference/method/db.setProfilingLevel/

db.setProfilingLevel(2)表示“记录所有操作”。

将profilinglevel设置为2是记录所有查询的另一个选项。

db.setProfilingLevel(2,-1)

这个工作!它在mongod日志文件中记录了所有查询信息

因为它的谷歌第一个答案… 对于版本3

$ mongo
MongoDB shell version: 3.0.2
connecting to: test
> use myDb
switched to db
> db.setLogLevel(1)

http://docs.mongodb.org/manual/reference/method/db.setLogLevel/