mongodb - 如何诊断周期性 MongoDB 缓慢？

Question

我们的 Mongo 数据库会定期(有时​​每天一次)变慢约 30-40 分钟。在此缓慢时期，访问数据库的 API 会遇到每 5-10 分钟就会出现一次的高延迟峰值。

查看 mongod 日志文件，这两行出现在缓慢的开始处，并且与每个 API 延迟峰值同时发生(为了便于阅读，我已格式化 json):

killcursors  keyUpdates:0 numYields:0 locks(micros) r:91 4157ms
serverStatus was very slow: { 
   after basic: 0, 
   after asserts: 0, 
   after backgroundFlushing: 0, 
   after connections: 0, 
   after cursors: 0, 
   after dur: 0, 
   after extra_info: 0, 
   after globalLock: 0, 
   after indexCounters: 0, 
   after locks: 0, 
   after network: 0, 
   after opcounters: 0, 
   after opcountersRepl: 0, 
   after recordStats: 2359, 
   after repl: 2359, 
   at end: 2359 
}

在这些查询之后会记录查询，因为它们需要几秒钟 - 比正常情况慢得多。

似乎没有太多/任何关于killCursors的文档，所以我不明白这个日志条目的含义。 r 指的是什么？

killCursors 命令是否需要很长时间才能执行，因为有大量打开的游标需要清理？据我所知，我们的应用程序代码中没有任何内容显式地杀死游标，那么这是正常的工作吗？它经常被记录，但通常需要 20-120 毫秒。

Answer 1

r 是意向共享 (IS) 锁。Killcursors 不是这里的问题。您可能需要深入挖掘才能找到实际问题。检查索引。解释您的 API 正在使用的所有查询。您可以从https://groups.google.com/forum/#!msg/mongodb-user/qc4AD7kqu4U/7kaI1zwaAwAJ获得想法