MongoDB本机节点驱动程序：解释坏了？答案

【问题标题】：MongoDB Native Node Driver: Explain is Broken?MongoDB本机节点驱动程序：解释坏了？
【发布时间】：2015-01-09 23:01:03
【问题描述】：

使用 Node.js 的本机 mongodb 驱动程序我无法得到正确的解释。当我使用 mongo shell 时，一切都很好。我的语法错了吗？还有什么我可能做错的吗？

db.user.find({},{explain:true}).toArray

db.user.find({}).explain

这两个我都试过了，用户表中有两个文档，它给了我这个输出：

{ cursor: 'BasicCursor',
  isMultiKey: false,
  n: 1,
  nscannedObjects: 1,
  nscanned: 1,
  nscannedObjectsAllPlans: 1,
  nscannedAllPlans: 1,
  scanAndOrder: false,
  indexOnly: false,
  nYields: 0,
  nChunkSkips: 0,
  millis: 0,
  allPlans: 
   [ { cursor: 'BasicCursor',
       isMultiKey: false,
       n: 1,
       nscannedObjects: 1,
       nscanned: 1,
       scanAndOrder: false,
       indexOnly: false,
       nChunkSkips: 0 } ],
  server: 'Rocket.local:27017',
  filterSet: false,
  stats: 
   { type: 'LIMIT',
     works: 2,
     yields: 0,
     unyields: 0,
     invalidates: 0,
     advanced: 1,
     needTime: 1,
     needFetch: 0,
     isEOF: 1,
     children: [ [Object] ] } }

这是错误的。当我在 mongo shell 中运行相同的查询时，它会给出正确的输出：

"cursor" : "BasicCursor",
    "isMultiKey" : false,
    "n" : 2,
    "nscannedObjects" : 2,
    "nscanned" : 2,
    "nscannedObjectsAllPlans" : 2,
    "nscannedAllPlans" : 2,
    "scanAndOrder" : false,
    "indexOnly" : false,
    "nYields" : 0,
    "nChunkSkips" : 0,
    "millis" : 0,
    "server" : "Rocket.local:27017",
    "filterSet" : false,
    "stats" : {
        "type" : "COLLSCAN",
        "works" : 4,
        "yields" : 0,
        "unyields" : 0,
        "invalidates" : 0,
        "advanced" : 2,
        "needTime" : 1,
        "needFetch" : 0,
        "isEOF" : 1,
        "docsTested" : 2,
        "children" : []
    }

我也遇到了一些其他（相关的问题）......

Limit = 1 = 1ms, Limit > 1 = 150ms (mongo-melt-down)

Odd MongoDB/Node Explain Results

【问题讨论】：

标签： javascript node.js mongodb

【解决方案1】：

在我做了一堆低级分析和优化之后，应该在驱动程序的 2.0.13 中修复。

【讨论】：

【解决方案2】：

看起来像 2.0.x 问题。已提交工单。

似乎是 2.0.x 驱动程序的问题：这是一个线程...

我刚刚使用 2.0.x 和 1.4.x 运行了完全相同的查询。当 Limit = 1 时，两者都执行快 ~1ms。当 Limit = 2 时，1.4.x 版本保持在 1ms 左右，但 2.0.x 版本跳到 25ms。因此，这不仅仅是解释输出的问题 - 这只是问题的症状。

在 UTC-8 2015 年 1 月 8 日星期四上午 9:04:05，Joshua Abrams 写道：有趣......使用 1.4.x 的完全相同的查询会产生正确的解释，其中 n = 2（等等）。这会影响性能吗？当我运行 Limit = 1 的查询时，它很快（如预期的那样），但当 Limit = 2 时，它慢了 100 倍......

2015 年 1 月 8 日星期四上午 8:52:28 UTC-8，christkv 写道：不是真的。我的建议是制作一个最小的可重现测试用例（代码和数据）并在 jira.mongodb.com 上开一张票。很难知道会发生什么。不太可能是司机，但永远不知道。尝试使用 1.4.x 分支，至少可以排除它是 2.0.x 分支问题。

UTC+1 2015 年 1 月 8 日星期四下午 5:47:45，Joshua Abrams 写道：刚刚检查过，我正在使用 2.0.12 的驱动程序。还有其他想法吗？

UTC-8 2015 年 1 月 8 日星期四上午 8:23:16，christkv 写道：解释只是重新调整驱动程序中的所有结果，而不是部分结果。这样你就得到了计划。想到的一件事可能是您使用的是早于 1.4.19 的驱动程序，该驱动程序在 batchSize 设置为 1 时出现错误。

2015 年 1 月 8 日星期四下午 5:01:42 UTC+1，Joshua Abrams 写道：我最近遇到了一系列与驱动程序有关的性能问题。 Limit = 1 = 1ms，Limit > 1 = 150ms（mongo-melt-down）

不确定根本原因是什么 - 当我无法得到正确的解释时，就无法调试：MongoDB Native Node Driver: Explain is Broken?

【讨论】：