MongoDB查询检索数据花费太多时间

Question

我收集了300万份文件，索引如下：

{ts:1}，{u\u id:1}

请注意，这是两个单独的升序索引，而不是复合索引。

当我运行此查询时：

db.collection.find（{u_id：'user'}）。排序（{ts：-1}）。跳过（0）。限制（1）

需要100毫秒。我有以下日志：

2017-04-15T06:42:01.147 0000 I命令[conn783]查询。集合查询：{orderby:{ts:-1}，$query:{br>u\u id:user ki id}}计划摘要：IXSCAN{u\u id:1}，IXSCAN{u\u id:1}ntoreurn:1 ntoskip:0 keysinsped:10795
docsExamined:10795 hasSortStage:1 cursorExhausted:1 keydupdates:0
writeConflicts:0 numYields:86 nreturned:1 reslen:771锁：{Global:{br>acquireCount:{r:174}，数据库：{acquireCount{r:87}，
集合：{acquireCount:{r:87}}}246ms

关于这个问题，有几个值得注意的地方：

• MongoDB上没有其他负载，即没有其他需要100ms的查询
• 这每分钟都在发生；我想我每分钟都在存储数据所以这正在发生
• 查询流程是先运行已读查询（如上），然后下一个查询是批量插入。这个流程每一分钟重复一次。

所以我的问题是：

• 为什么会这样？我的索引有什么设计缺陷吗
• 是否值得将索引更改为降序，如{ts:-1}？这些指数之间的实际差异是什么
• 根据MongoDB文档，当您按顺序排序时，结果将从非“内存”磁盘中选取。这能解释为什么需要100毫秒吗
• 有人能详细解释我分析日志吗
• 这是MongoDB想要的行为吗

当我对这个集合进行范围搜索时，同样的事情也在发生；这需要3-5秒。

编辑：我只添加了{u_id： 1， ts：-1}索引。删除所有其他索引（除了_id）。仍然是第一次查询执行需要100毫秒。这不应该发生。
查询：

db.get集合（'位置'）.查找（{u_id："USR-WOWU"}）.排序（{ts：-1}）.解释（true）

输出：

/*1*/{“queryPlanner”：{“plannerVersion”：1，“namespace”：“db\u name.collection\u name”，“indexFilterSet”：false，“parsedQuery”：{“user\u id”：{“$eq”：“USR-WOWU”}}}，“winningPlan”：{“stage”：“FETCH”，“inputStage”：{“stage”：“IXSCAN”，“keyPattern”：{“u id”：1.0，“ts”：-1.0}，“indexName”：“u id\u 1\u ts-1”，“isMultiKey”：false，“isUnique”：false，“Issu parse“：false，“isPartial”：false，“indexVersion”：1，“direction”：“forward”，“indexBounds”：{“u id”：[“[\”USR-WOWU\”，\“USR-WOWU\”]，“ts”：[“[MaxKey，MinKey]]}}}}}，rejectedplan”：[]}，“executionStats”：{“executionSuccess”：true，“nReturned”：164，“executionTimeMillis”：119，“totalKeysExamined”：164，“totalDocsExamined”：164，“executionStages”：{“stage”：“FETCH”，“nReturned”：164，“ExecutionTimeMillisesEstimate”：120，“works”：165，“advanced”：164，“needTime”：0，“needYield”：0，“saveState”：3，“restoreState”：3，“isEOF”：1，“Invalides”：0，“docsExamined”：164，“alreadyHasObj”：0，“inputStage”：{“stage”：“IXSCAN”，“nReturned”：164，“executionTimeMillisEstimate”：0，“works”：165，“advanced”：164，“needTime”：0，“saveState”：3，“restoreState”：3，“isEOF”：1，“invalidates”：0，“keyptern”：{“u id”：1.0，“ts”：-1.0}，“indexName”：“u id\u 1\u ts-1”，“isMultiKey”：false，“isUnique”：false，“isSparse”：false，“isPartial”：false，“indexVersion”：1，“direction”：“forward”，“indexBounds”：{“u id”：[“[\”USR-WOWU\“，\”USR-WOWU\“]，“ts”：[“[MaxKey，MinKey]”]}，“keystested”：164，“dupsTested”：0，“dupsDropped”：0，“seenInvalidated”：0}，“allplan执行”：[]}，“serverInfo”：{“host”：“manish”，“port”：22022，“version”：“3.2.13”，“gitVersion”：“23899209cad60aaafe114f6aea6cb83025ff51bc”}，“ok”：1.0}

请将上面的jSON和格式复制到任何编辑器中。

在上面的查询之后，下一个相同的查询将在2毫秒内响应。但当我进行少量插入时，一分钟后，同样的事情将重复。（第一次查询需要100ms，然后大约需要2ms。）

我的mongoDB中是否缺少配置或需要任何配置？？

Answer 1

为什么会这样

此日志行的docsExamined:10795和hasSortStage:1部分表示查询正在从磁盘扫描10795，然后在内存中对结果进行排序。可以在这里找到解释日志行的指南。

通过索引此查询以避免内存中排序，可能会获得性能改进。

对于此查询，您应该尝试创建索引{'u_id'： 1，'ts'：-1}。

如果我按降序更改索引，如{ts:-1}，真的值得吗。

索引可以在任何方向上读取，因此索引顺序在单个字段索引上并不非常重要。但是，排序顺序在复合索引中可能非常重要。

根据explain计划，查询现在正确地使用索引按顺序从索引中读取结果，这避免了内存中的排序。看起来这使查询缩短了约100ms。

但是，此查询似乎不再使用。跳过（0）。极限（1）。你能把这些加回去看看性能是否有所提高吗？

您的部署似乎没有任何问题；对于未完全索引的查询，这种行为似乎很正常。

重新运行完全相同的查询将很快，因为现有结果（“工作集”）已经存储在内存中。插入新数据可能会更改查询结果，这意味着可能需要将结果重新读回内存。