如何优化Mongo/Mongoose慢查询？索引或查询是否有误？

首先可以明确：你创建的复合索引 {_page: 1, date: 1 } 完全适配当前查询逻辑，没有错误。这个索引的顺序刚好匹配你的查询路径——先通过 _page 精确筛选文档，再基于 date 做范围过滤，最后按 date 升序排序。因为索引内的文档已经按 date 有序排列，MongoDB 无需额外执行排序操作，理论上应该能高效完成查询。

针对当前1秒的耗时，给你几个具体的优化方向：

• 先验证索引是否真的被使用
  给查询加上 explain("executionStats") 查看执行计划，确认MongoDB是否正确选用了你的复合索引：

  mySchema.find({ _page: page._id, date: { $gte: date1, $lt: date2 } })
    .sort({ date: 1 })
    .explain("executionStats")
    .exec((err, stats) => { console.log(stats); })
  

  重点看 executionStats.executionStages.inputStage.indexName 是否是你创建的复合索引，同时检查 executionStats.totalDocsExamined 是否接近返回结果数（30左右）。如果这个数值远大于30，说明可能存在索引未生效、查询优化器选错索引的情况。

• 用覆盖索引消除回表开销
  当前查询默认返回完整文档，MongoDB找到匹配的索引条目后，还需要去集合中读取完整文档（这一步叫回表）。如果业务只需要特定字段，可以把这些字段加入索引，做成覆盖索引，让MongoDB直接从索引返回数据，无需回表：
  比如你需要 page、date、data 字段，可以修改索引为：

  mySchema.index({_page: 1, date: 1, page: 1, data: 1 }, {unique: true});
  

  同时在查询中明确指定需要的字段（不需要_id的话可以加上_id: 0）：

  mySchema.find({ _page: page._id, date: { $gte: date1, $lt: date2 } }, { page: 1, date: 1, data: 1, _id: 0 })
    .sort({ date: 1 })
    .exec(...)
  

• 优化数据传输与网络效率
  你的集合总大小约60MB，data字段是Object类型，单条文档体积可能不小。返回30条完整文档的传输时间可能占了不少耗时，可以做这两点优化：

  • 只返回业务实际需要的字段，避免传输冗余数据；
  • 设置读偏好为 secondaryPreferred，将读请求路由到副本集的从节点，既减轻主节点压力，也能利用从节点的地理位置优势降低网络延迟。

• 清理索引碎片或更新统计信息
  如果集合有频繁的更新操作，可能会产生索引碎片，降低索引效率。可以尝试重建索引：

  mySchema.collection.reIndex();
  

  另外，MongoDB的查询优化器依赖集合的统计信息，如果统计信息过时，可能会选错索引，你可以手动更新统计信息：

  mySchema.collection.stats();
  

内容的提问来源于stack exchange，提问作者Seb