根据 docker 容器统计，我的 mongo 数据库不断消耗 250% 到 350% 的 cpu。这令人印象深刻，因为它是一个单核系统：P
可悲的是，这是我的生产实例，更可悲的是它必须生存到下一次产品备份，而且还有 3.5 小时的时间。
我尝试做一个 mongotop，但它告诉我所有显示的集合的 0ms 统计信息。我可以做些什么来弄清楚发生了什么吗？
PS：db 运行了 9 周，没有引起任何问题。
【问题讨论】：
标签： mongodb
有一个名为db.currentOp() 的函数列出了当前正在运行的查询以及非常详细的信息，它还包括它们运行的持续时间（secs_running）。
然后您可以使用 currentOp.opid 和 db.killOp() 来终止该查询/操作。
如果db.currentOp() 没有返回任何结果，因为没有查询受到破坏，那么还有db.setProfilingLevel() 将通过将查询存储到“本地”数据库来启用分析。 Here 是来自 "M102: MongoDB for DBAs" 课程的“教程”。
更多信息还可以在这篇来自 Igor Khomenko 的详细文章 "Troubleshooting MongoDB 100% CPU load and slow queries" 中找到。
【讨论】：
{ "inprog" : [ ] } :(
mongo 进程中，所以我无法通过db.curentOP() 看到它。诡异的。我不得不在系统层杀死进程本身。无论如何，我一定会看看这个分析级别，如果你运行一个生产 mongo 听起来很合理:) 谢谢 Daniel！
db.currentOp() 独立于mongo shell 进程，因为它在mongod 服务器上执行，因此您使用哪个连接的shell 无关紧要。也许你只是幸运地使用了另一个 mongo shell 中的时间。
您需要做的第一件也是更重要的事情是检查您的查询类型，例如，在我的情况下，我遇到了同样的问题，当我检查我的日志时tail -f /var/log/mongodb/mongod.log（您可以在@987654322 中配置此日志@) 我只看到了像 db.brands.find({"field":"value"}) 这样的简单查询，但是我检查了“brands”集合中的索引，并且查询中的这个字段没有被索引（db.brands.getIndexes()）。我唯一做的就是索引这个字段db.brands.ensureIndex({name:1},{unique:true})。当然，请确保您的字段是否是唯一的，因为在此示例中，我将其设置为唯一的。之后我的 CPU 从 100% 变为 20%。
所以我并不是说这是你的问题，但可能是，在做一些更大的事情之前检查你的查询。
【讨论】：