MongoDB单查询能否用多索引？分集合vs嵌入文档读取性能对比

问题1：MongoDB是否支持在单个查询中使用多个索引？ #

MongoDB支持在单个查询中使用多个索引，主要通过两种方式实现：

• 索引交集（Index Intersection）：当查询条件可匹配多个独立单字段索引时，MongoDB会自动组合这些索引优化查询。比如查询同时包含name和age的过滤条件，集合分别有{name:1}和{age:1}两个索引，MongoDB可能同时使用这两个索引缩小结果范围。
• 复合索引：虽然是单个索引，但包含多个字段，本质也是为多条件查询设计的，不过和索引交集属于不同实现逻辑。

需要注意的是，MongoDB不会强制使用多索引，它会根据查询复杂度、索引选择性等因素自动判断最优执行计划——如果某个单索引已能高效过滤大部分数据，就不会再调用其他索引。

问题2：单集合嵌入文档 vs 双独立集合，后者是否读取性能更优？ #

不能一概而论，需结合数据访问模式、规模和查询复杂度判断：

• 单集合嵌入的核心优势：一次查询即可获取所有关联数据，避免了多集合查询的两次磁盘IO（或分片集群下的网络IO），也无需处理集合关联开销。如果数据是紧密关联、总是一起访问的（比如用户与其基础订单信息），嵌入后的读取性能通常更优——MongoDB可一次性从磁盘加载完整文档，无需额外关联操作。
• 双集合的潜在优势：仅当查询能通过两个索引极大缩小结果集，且两次查询的总开销远低于单集合查询时，才可能更优。比如其中一个集合的查询能过滤99%的数据，另一个集合的查询也能快速定位目标，这时两次小范围查询的总耗时可能比单集合的复杂查询（甚至全表扫描）更快。但这种场景很少见，因为单集合也可通过创建复合索引或利用索引交集优化多条件查询，无需拆分集合。

另外需注意，虽然你关注的是读取性能，但如果嵌入的子文档频繁更新，可能导致文档移动、碎片化，这属于写入侧的额外成本。

总结：多数常见场景下，对于关联紧密、一同访问的数据，单集合嵌入的读取性能更可靠。除非有特殊查询需求，且实际测试证明双集合的索引优势能抵消两次查询的开销，否则不建议为了多索引而拆分集合。

内容的提问来源于stack exchange，提问作者Bear Bile Farming is Torture