Mongo索引数量能否超文档数？$lookup查询异常问题咨询

• 这大概率是你的问题，而非MongoDB本身的问题。totalDocExamined远大于集合实际文档数，通常是$lookup关联逻辑或索引使用的隐性问题导致，并非单纯索引损坏。
• 优先排查$lookup核心逻辑：
  • 确认localField（posts侧）和foreignField（users侧）的数据类型完全匹配，比如不要出现一侧是字符串格式的ObjectId、另一侧是原生ObjectId的情况——类型不匹配会导致索引失效，Mongo会被迫全表扫描，还可能因类型转换产生大量无效匹配。
  • 检查posts集合中关联字段的重复度：如果某个user_id在posts中重复出现数十/数百次，每次$lookup都会触发一次users集合的查询，累加后totalDocExamined就会暴涨。
  • 查看聚合后续阶段（如$unwind、$match）是否存在额外的全表扫描操作，拖慢整体性能。
• 关于索引重建：若无明确索引损坏迹象（比如db.users.validate()返回索引错误），无需急着重建。可以先做这些验证：
  • 用db.users.getIndexes()确认索引确实创建在foreignField上，且不是稀疏/部分索引（如果关联字段存在大量null值，稀疏索引会直接失效）。
  • 执行db.users.explain("executionStats").find({[foreignField]: 某个存在的字段值})，查看单条查询的totalDocExamined是否为1，确认索引能正常命中。
  • 若索引碎片率过高，可执行db.users.reIndex()整理碎片，但这应作为排查后的优化手段，而非优先操作。
• 额外优化建议：
  • 采用$lookup+$match的组合写法，在关联阶段就过滤掉不需要的文档，减少匹配次数。
  • 若posts集合数据量较大，先为posts的关联字段创建索引，降低聚合阶段的初始扫描量。

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