MongoDB禁止对两个数组字段创建复合索引，因会导致笛卡尔积式索引条目爆炸；仅允许一个数组字段参与复合索引，如{"items.name":1,"status":1}合法，{"tags":1,"categories":1}非法。
当你在MongoDB中尝试对两个数组字段（如 tags 和 categories）创建复合索引时，操作会直接失败，报错“Multi-key indexes do not support multiple array fields”，这不是版本缺陷，而是底层机制强制要求的硬性限制。
根本原因：索引条目爆炸不可控
MongoDB多键索引的每个条目必须能明确映射到“一个数组元素 + 其余标量字段值”的组合。若允许两个数组字段同时参与复合索引，比如 { "tags": 1, "categories": 1 }，而某文档中 tags = ["a", "b"]、categories = ["x", "y", "z"]，系统将被迫生成 2 × 3 = 6 条独立索引项。
这种笛卡尔积式膨胀不是线性增长，而是指数级——当任一数组长度达百级，单文档就可能产生上万索引条目，严重拖垮写入性能、内存占用与查询计划稳定性。
这一步无法绕过，【MongoDB 4.2+ 版本会直接拒绝建索引请求】，不进入执行阶段。
合法与非法的复合索引对比
方法一：仅一个数组字段 → 合法
db.collection.createIndex({ "items.name": 1, "status": 1 })
✅ items 是数组，status 是字符串/数字等标量，符合约束。
方法二：两个字段均为数组 → 非法
db.collection.createIndex({ "tags": 1, "categories": 1 })
❌ 即使当前所有文档里 tags 和 categories 都是单值，只要未来插入一条两者均为数组的文档，该索引即失效，且建索引命令当场报错。
注意：嵌入文档中的路径（如 "meta.tags"）和顶层字段（如 "tags"）被视为不同路径，但只要它们最终指向的值是数组，就计入“数组字段数”。
验证是否已触发多键行为
第一步：运行 db.collection.getIndexes()
查看输出中目标索引的 "multikey": true 字段是否存在。
第二步：检查 "multikeyPaths" 字段
它会精确标出哪些路径被识别为数组字段，例如：
"multikeyPaths": { "tags": [ "" ], "status": [] } 表示只有 tags 路径触发了多键，status 没有。
第三步：若发现两个路径都标记为非空数组（如 "tags": [ "" ], "categories": [ "" ]），说明该索引实际无法存在——你看到的一定是旧索引残留或误读，因为 MongoDB 不允许此类索引被创建。
