MongoDB嵌入式对象索引异常：一查询变慢一查询加速

我正在开发一个基于Spring Boot、使用MongoDB作为数据库的项目。在为嵌入式对象创建索引时，出现了一个查询变慢但另一个相似查询变快的问题。

集合结构 #

主文档结构：

UserDetails user_details;
String doc_no;
String txn_date;

嵌入式UserDetails结构：

String user_id;
String org_id;

两个查询及对应索引 #

第一个查询 #

Query query = new Query();
query.addCriteria(Criteria.where("user_details.org_id").is(orgId));
query.with(Sort.by(Sort.Direction.DESC, "txn_date"));
mongoTemplate.find(query,MyClass.class)

对应的索引：

mongoTemplate.indexOps("myclass").ensureIndex(new Index().on("user_details.org_id", Sort.Direction.DESC));

第二个查询 #

Query query = new Query();
query.addCriteria(Criteria.where("user_details.user_id").is(userId).and("doc_no").is(docNo));
query.with(Sort.by(Sort.Direction.DESC, "txn_date"));
mongoTemplate.find(query,MyClass.class)

对应的索引：

mongoTemplate.indexOps("myclass").ensureIndex(new Index().on("user_details.user_id", Sort.Direction.DESC));

核心疑问 #

索引使第二个查询比无索引时更快，但第一个查询却比无索引时更慢。为何结构相似的查询和索引会出现这种差异？

1. 索引选择性差异 #

user_details.org_id的选择性极低——比如同一个org_id对应了集合中绝大多数文档。这种情况下，MongoDB使用索引时，需要先遍历索引找到匹配的文档指针，再跳转到磁盘不同位置加载这些文档；而直接全表扫描时，MongoDB可以连续读取数据，IO效率反而更高。
反观user_details.user_id + doc_no的组合，选择性极高，匹配的文档数量极少，索引能快速定位到少量目标文档，自然比全表扫描高效。

2. 未覆盖查询触发大量回表 #

两个查询都需要返回完整文档并按txn_date排序。第一个查询的索引只包含user_details.org_id，MongoDB找到匹配的索引条目后，必须去集合中读取对应的完整文档（回表操作），之后还要在内存中对大量数据排序。如果匹配文档数量极大，回表和内存排序的开销会远超过全表扫描的开销。
第二个查询因为匹配文档少，回表和排序的开销可以忽略，索引带来的收益远大于成本。

3. 排序的额外开销放大 #

第一个查询需要对大量匹配文档按txn_date排序。无索引时，全表扫描可以利用磁盘顺序读取的优势，边读边排序；而使用索引时，匹配的文档在磁盘上是分散存储的，读取后需要在内存中构建更大的排序集合，耗时反而更高。

• 针对第一个查询创建复合索引：{"user_details.org_id": -1, "txn_date": -1}。这样既可以快速过滤出匹配org_id的文档，又能直接利用索引的排序顺序避免内存排序，若查询仅需特定字段，还可扩展为覆盖索引进一步减少回表。
• 用db.myclass.explain("executionStats")分析两个查询的执行计划，确认索引是否被使用、扫描文档数、回表次数等指标，验证上述推测。

内容的提问来源于stack exchange，提问作者Narayan Jee Jha