主页 / dba / 问题 / 73939
Accepted
ledy
Asked: 2014-08-14 13:48:42 +0800 CST

mongodb：maxTimeMS被忽略

  • 772

在尝试了不同的驱动程序和客户端之后，我们在查找查询时遇到了 mongodb 超时。

甚至 Profiling 也会记录设置并很好地发布。

       2014-08-13T23:46:43.218+0200 [conn80] query mdb.fcol query: { $query: { 
       unid: "39068119d2924babffedde92ef937bd0" }, $maxTimeMS: 100 } planSummary: 
       IXSCAN { unid: 1 } ntoskip:0 nscanned:1 nscannedObjects:1 keyUpdates:0 
       numYields:1 locks(micros) r:334 nreturned:1 reslen:341 2181ms

虽然$maxTimeMS: 100，查询需要 2181 毫秒。

如果超过时间，如何强制 mongodb 遵守超时并停止处理？

MongoDB v2.6.4, 64Bit

mongodb timeout

1 个回答

  1. Best Answer

    关于MongoDB 2.6中MaxTimeMS行为的一些说明：

    • MaxTimeMS为游标上的处理操作设置以毫秒为单位的累积时间限制。

    • 游标的网络延迟和空闲时间不计入 MaxTimeMS。

    • 达到 MaxTimeMS 后，该操作将在下一个安全中断点处终止（例如，当该操作产生时）。这意味着如果操作当前不可中断，则操作可以超过 MaxTimeMS。

    从您的配置文件输出中，查询保持了 334微秒的读取锁定并产生了一次，因此它似乎远低于MaxTimeMS阈值。实际上，这并不是一个固有的“慢查询”来执行，但它可能会受到系统上其他活动的影响。

    返回单个结果的正确索引查询不太可能很慢；该MaxTimeMS选项对于索引不佳的查询或返回许多结果的长时间运行的查询更有用。

    对于一个执行缓慢的查询的强制示例，MaxTimeMS您可以使用 JavaScript 函数进行测试，例如：

    // Add some test documents in the collection
db.mycoll.insert([{sleepy:1}, {tired:1}, {zzz:1}, {xyzzy:1}])

// A query that sleeps for 1s on each document found 
db.mycoll.find({$where: "sleep(1000) || true"}).maxTimeMS(50)

    我建议总体查看查询性能，因为应该有其他相关的性能指标。理想情况下，您应该使用监控系统跟踪您的 MongoDB 指标。监控建议见手册Monitoring for MongoDB。

    Asya 关于诊断和调试的演讲还很好地概述了性能故障排除工具以及它们如何用于解决一些特定的性能场景。

    • 3

相关问题