MongoDB能否以连续数值字段作为前缀创建复合索引？

当然可以，MongoDB完全支持把连续数值字段作为复合索引的前缀，你给出的这条索引创建语句是完全合法且有效的：

db.col.createIndex({height_to_weight_ratio: 1, income_to_expense_ratio: 1})

你提到复合索引常用于分类数据的场景，但这只是典型用法，并不是硬性限制。复合索引的核心作用是支持多字段联合查询、前缀匹配以及排序，和前缀字段是分类类型还是连续数值类型没有直接关联。

针对你顾虑的“连续实数字段作为前缀时，后续字段对应值少”的情况，需要明确：复合索引的价值不局限于“单个前缀值对应大量后缀值”的场景，它依然能在以下场景中发挥作用：

• 当你需要同时对前缀字段做范围查询，并且对后缀字段做过滤或排序时，这个复合索引可以直接定位到目标文档区间，同时利用后缀字段的有序性完成排序，避免全表扫描和内存排序的开销。比如执行这类查询时：

  db.col.find({height_to_weight_ratio: {$gte: 0.8, $lte: 1.2}})
        .sort({income_to_expense_ratio: 1})
  

• 如果你的查询只需要返回这两个字段的值，这个复合索引还能作为覆盖索引使用，不需要回表读取文档的其他数据，进一步提升性能。

不过在创建这类索引时，需要结合实际查询模式注意几点：

• 如果你的查询大多只涉及前缀字段，单独创建前缀字段的单字段索引更节省存储空间，性能和复合索引差异不大。
• 复合索引遵循前缀匹配规则，如果你的查询只用到后缀字段（比如仅过滤或排序income_to_expense_ratio），这个复合索引无法被利用，需要单独为后缀字段创建索引。
• 确保索引的字段顺序符合你的查询优先级：如果你的查询中income_to_expense_ratio的范围过滤或排序需求更频繁，反而可以考虑把它放在前缀位置，具体取决于你的业务查询模式。

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