mongodb复合索引含数组字段会导致索引膨胀，因其为数组每个元素生成独立索引条目，使条目数从文档级升至“文档数×平均数组长度”级，且多键索引标记不可撤销，右侧字段范围查询失效。
为什么MongoDB复合索引包含数组字段会导致索引膨胀
当你在复合索引中加入一个数组字段，MongoDB会为该文档中该数组的每个元素单独生成一条索引条目，而不是为整个文档建一条索引记录——这直接导致索引条目数量从“文档数”级飙升至“文档数 × 数组平均长度”级。
多键索引的底层机制决定膨胀不可避
只要索引路径指向的字段在任一文档中是数组，MongoDB就将整个索引标记为多键（【multikey: true】），且该标记永久生效、无法撤销。此时索引不再按文档粒度组织，而是按“数组元素 + 其他标量字段值”的组合展开。
例如文档{ _id: 1, tags: ["a", "b", "c"], status: "active" }，索引{ tags: 1, status: 1 }会生成三条独立索引条目：
["a", "active"]、["b", "active"]、["c", "active"]。
若tags平均长度为15，100万文档就会产生1500万索引条目；而相同数据量下标量索引仅需100万条。
复合索引中数组字段位置越靠前，膨胀副作用越严重
第一步：确认数组字段是否位于复合索引左侧
第二步：运行db.collection.explain("executionStats").find({ tags: "x", status: "active" })
第三步：检查executionStages中keysExamined是否远大于nReturned——若高出5倍以上，说明右侧字段（如status）的范围扫描已被多键行为破坏，优化器被迫扫描大量冗余条目
这是因为MongoDB对多键复合索引的范围查询支持受限：一旦左侧字段触发多键展开，右侧字段的高效区间跳转能力即失效，只能线性过滤已展开的全部组合条目。
验证索引是否真因数组膨胀而低效
方法一：查索引体积占比
执行db.collection.stats()，比对indexSize与storageSize。若indexSize > storageSize × 0.6，且集合含高基数数组字段，基本可判定膨胀已成瓶颈。
方法二：看实际扫描效率
db.collection.find({ tags: "x" }).explain("executionStats")中，若totalKeysExamined ÷ nReturned ≥ 10，说明每返回1个结果要检查10个以上索引键——这是典型多键索引低选择性表现。
注意：【不要仅凭getIndexes()中"multikey": true就断定索引有效】，必须结合explain输出的扫描行为判断是否真正命中预期路径。
避免无谓膨胀的三个硬性操作
① 禁止在同一个复合索引中声明两个及以上数组路径，如{ "tags": 1, "categories": 1 }会直接创建失败，报错"Multi-key indexes do not support multiple array fields"。
② 若只需判断“是否包含某值”，用{ tags: 1 }单字段索引配合{ tags: { $in: ["x"] } }即可，无需升级为复合索引。
③ 对写入频繁、元素数量波动大的数组（如用户行为流），改用partialFilterExpression限制索引覆盖范围，例如只索引tags长度≤5的文档：{ "tags.4": { $exists: false } }。
