MongoDB 3.6复合索引、多索引与索引交叉使用咨询

嘿，针对你在MongoDB 3.6里的索引优化需求，结合你的集合结构和查询语句，我来给你梳理一下复合索引、多索引以及索引交叉的合理使用方案，都是实战里验证过的思路：

从你给出的查询片段来看，核心逻辑是：

• 必须匹配等值条件 enabled: true
• 通过$or匹配至少一个条件，当前是针对opening_hours.N（N是0-6，对应周日到周六）的$elemMatch，检查时间段是否落在from和until之间

另外你的集合还有category、payment_methods、opening_exceptions、opening_whitelist这些字段，我会兼顾当前和潜在的查询需求来设计方案。

复合索引是性能最优的选择，因为它能让MongoDB一次性扫描有序的索引数据，避免多索引合并的开销。

1. 针对单周几查询的复合索引 #

如果你的查询大多集中在特定周几（比如经常查周六opening_hours.5），直接创建包含enabled和该周几时间段的复合索引：

db.collection.createIndex({ "enabled": 1, "opening_hours.5.from": 1, "opening_hours.5.until": 1 })

• 逻辑：把等值查询字段enabled放在最前面，MongoDB会先过滤出所有启用的文档；后续的from和until是范围查询字段，放在后面可以快速匹配时间段条件。
• 适配场景：当$elemMatch同时判断from <= X和until >= Y时，这个索引能完全覆盖查询条件，不需要回表扫描全文档。

2. 兼顾多周几查询的复合索引 #

如果你的$or条件经常涉及多个不同周几（比如同时查周六和周日），有两种方向：

方案A：为每个周几单独建复合索引 #

针对0-6每个工作日，创建包含enabled的复合索引：

// 周日
db.collection.createIndex({ "enabled": 1, "opening_hours.0.from": 1, "opening_hours.0.until": 1 })
// 周一
db.collection.createIndex({ "enabled": 1, "opening_hours.1.from": 1, "opening_hours.1.until": 1 })
// ... 依次创建到周六（opening_hours.6）

这种方案的好处是每个周几的查询都能用到专属的高效索引，MongoDB会在$or的每个分支单独使用对应索引，再合并结果。

方案B：重构opening_hours结构（推荐长期方案） #

如果允许修改集合结构，把opening_hours从嵌套对象改成数组形式：

// 修改后的结构
opening_hours: [
  { day: 0, from: Number, until: Number },
  { day: 1, from: Number, until: Number },
  // ... 直到day:6
]

然后创建通用的复合索引：

db.collection.createIndex({ "enabled": 1, "opening_hours.day": 1, "opening_hours.from": 1, "opening_hours.until": 1 })

这种结构扩展性极强，不管查询哪一天，都能复用同一个索引，查询语句也更简洁：

{
  "enabled": true,
  "$or": [
    { "opening_hours": { "$elemMatch": { "day": 5, "from": { "$lte": 1000 }, "until": { "$gte": 2000 } } } }
  ]
}

3. 结合其他查询字段的复合索引 #

如果你的查询经常和category（等值查询）结合，比如enabled: true, category: "cafe", $or: [...]，把category放在enabled后面：

db.collection.createIndex({ "enabled": 1, "category": 1, "opening_hours.5.from": 1, "opening_hours.5.until": 1 })

记住等值查询字段优先放在复合索引前面，范围查询字段放在后面，这是MongoDB索引的核心优化原则。

多索引指的是创建多个独立的单键或简单组合索引，比如：

db.collection.createIndex({ "enabled": 1 })
db.collection.createIndex({ "opening_hours.5.from": 1 })
db.collection.createIndex({ "category": 1 })

适合以下场景：

• 查询非常多样化，没有固定的组合模式，MongoDB可以通过索引交叉来组合多个索引的结果。
• $or条件涉及完全不相关的字段（比如一个分支查opening_hours，另一个查opening_exceptions），这时候单键索引的灵活性更高。

举个例子，如果你的查询是：

{
  "enabled": true,
  "$or": [
    { "opening_hours.5": { "$elemMatch": { "from": { "$lte": 1200 } } } },
    { "opening_exceptions": { "$elemMatch": { "from": { "$lte": new Date("2024-05-01") } } }
  ]
}

创建{enabled:1, opening_hours.5.from:1}和{enabled:1, opening_exceptions.from:1}两个索引，MongoDB会分别用这两个索引查询，再合并结果。

MongoDB 3.6支持索引交叉，但不能过度依赖，得注意这些点：

1. 适用场景：主要用于$or的不同分支（每个分支用不同索引），或者等值+范围的跨字段查询组合。
2. 性能对比：固定查询组合的复合索引性能通常比索引交叉更好，因为复合索引是有序的，不需要合并多个索引的结果集。
3. 验证执行计划：用db.collection.find(...).explain("executionStats")查看执行计划，如果executionStats.executionStages.stage是FETCH，且子阶段是OR，每个子阶段对应不同索引，说明用到了索引交叉。
4. 限制：MongoDB不能对同一个字段使用多个索引，也不能对同一个嵌套数组的字段使用索引交叉（除非是$or的不同分支）。

• 针对opening_exceptions/opening_whitelist：如果需要查询例外或白名单时间段，创建类似的复合索引：

  db.collection.createIndex({ "enabled": 1, "opening_exceptions.from": 1, "opening_exceptions.until": 1 })
  db.collection.createIndex({ "enabled": 1, "opening_whitelist.from": 1, "opening_whitelist.until": 1 })
  

• 针对payment_methods：如果经常查询支持特定支付方式的文档，创建单键索引或复合索引：

  // 单键索引
  db.collection.createIndex({ "payment_methods": 1 })
  // 结合enabled的复合索引
  db.collection.createIndex({ "enabled": 1, "payment_methods": 1 })
  

• 覆盖索引优化：如果查询只需要返回特定字段，用include参数把这些字段加入索引，避免回表：

  db.collection.createIndex(
    { "enabled": 1, "opening_hours.5.from": 1 },
    { "include": ["category", "payment_methods"] }
  )
  

• 不要创建过多索引，每个索引都会增加写入（插入/更新/删除）的开销，优先满足最常用的查询场景。
• 每次创建索引后，用explain验证是否被正确使用，避免无效索引。

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