如何通过多级索引和覆盖索引优化MongoDB事务中的查询效率？

本文共计1259个文字，预计阅读时间需要6分钟。

事务查询慢，并非因为事务本身延迟了，而是因为事务中执行的查询没有走索引——尤其是当带有多个条件、需要排序和分页时，如`find`或`update`。这时，`docsExamined`远大于`nReturned`，说明索引未完全覆盖，还需回表读取文档。

事务中为什么覆盖索引特别关键

事务要求原子性与一致性，所有操作必须在单次会话中完成。一旦事务内某个查询触发大量文档扫描（比如 docsExamined: 12480 但 nreturned: 5），不仅拖慢当前事务，还会延长锁持有时间，阻塞其他写入。而覆盖索引能让 MongoDB 直接从索引结构返回全部所需字段，跳过磁盘读文档这一步。

• 事务不改变索引行为，但放大低效索引的代价：一次慢查 = 更长的写锁 + 更高的 numYields
• 只有当 explain("executionStats") 中的 executionStages.stage 显示 IXSCAN 且 docsExamined === 0，才算真正“覆盖”
• 复合索引字段顺序必须严格匹配查询条件 + 投影字段：比如 find({a: 1, b: 2}, {a: 1, b: 1, c: 1}) 要想覆盖，索引得是 {a: 1, b: 1, c: 1}，不能是 {a: 1, c: 1, b: 1}

如何验证事务里的查询是否命中覆盖索引

别只在 shell 里跑 explain()，要在事务上下文中测。