MongoDb集合users数组字段是否建议创建multikey多键索引

非常建议在users字段上创建multikey多键索引，这是该场景下的标准最优实践

• 适配核心查询需求：该业务的核心查询场景必然是「查询指定用户有权限访问的所有文档」，对应查询语句类似db.bizColl.find({users: ObjectId("当前登录用户ID")})。如果不给users建索引，每次查询都要做全集合扫描，数据量上涨后性能会出现明显劣化；多键索引会自动为数组中的每个用户ID生成独立索引条目，等值查询时可以直接命中索引快速返回结果。
• 无索引爆炸风险：多键索引的额外开销和数组长度正相关——单文档生成的索引条目数等于数组元素个数，你场景下单个users数组最多只有5-10个元素，单文档最多生成10条索引记录，哪怕集合存量文档达到十万、百万级，索引整体体积也完全可控，不会出现数组过长导致的索引膨胀问题。
• 高基数特性反而提升索引效率：你提到系统用户数达数千、users字段取值基数高、取值差异大，这是索引高效工作的利好条件：字段基数越高，等值查询的过滤性越好，索引能快速筛掉不符合条件的文档，不会出现低基数字段（比如只有固定几个枚举值的priority字段）建索引后过滤效果差的问题。

• 如果业务存在高频联合查询，比如需要同时筛选用户权限+优先级，类似db.bizColl.find({users: 用户ID, priority: "high"})，可以创建复合多键索引{users: 1, priority: 1}。MongoDB规定单个复合索引中最多只能包含一个数组类型字段，你的场景完全符合该限制，不会出现兼容性问题。
• 该场景下多键索引带来的写入开销可以忽略：单文档最多10条索引条目的写入成本，和高频查询场景下省去全表扫描的收益相比，投入产出比极高。

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