如何通过B-tree索引优化MongoDB中频繁的Range查询效果？

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

`Mon`

Range 查询为什么容易慢？

根本原因是：一旦索引中出现 Range 字段，其后的所有字段就无法再被该索引用于过滤或排序。比如索引 {a: 1, b: 1, c: 1}，查询 {a: 1, b: {$gt: 5}} 可以用上前两个字段；但 {b: {$gt: 5}} 就只能从 b 开始扫描，a 完全失效；更糟的是 {c: {$gt: 10}}，整个索引前缀没被利用，退化为低效范围遍历。

• 常见错误现象：explain("executionStats") 中 winningPlan.stage 显示 IXSCAN 但 totalKeysExamined 远大于 totalDocsExamined，说明索引扫描了大量键却只命中少量文档
• 真实使用场景：分页查“最近7天订单”、按价格区间筛选商品、按时间戳拉取日志片段
• 性能影响：范围字段越靠前，索引选择性越差；若无前置等值字段，B-tree 仍需从根节点一路遍历到叶节点起始位置，I/O 次数不减反增

如何让 B-tree 索引真正加速 Range 查询？

B-tree 的优势不是“支持范围”，而是“在有序结构中快速定位起始点+连续读取”。要发挥这点，必须构造出可复用的索引前缀。