MongoDB数组字段查询最优方式及不使用$in的后果有哪些？

你当前测试中原写法可正常生效，单id查询场景下不需要强制改成$in写法，但要注意特殊场景的潜在问题。

MongoDB对数组字段的等值匹配默认采用「包含匹配」规则：
当你执行course.find({program: 单条programId})时，只要program数组中存在至少一个元素和查询值相等，该文档就会被匹配返回，和用$in包裹单值的course.find({program: {$in: [programId]}})效果、性能完全一致，也能正常命中你给program字段建的索引。

• 仅查询单条program关联的课程：两种写法无任何差异，旧代码不需要改造
• 需要查询多条program中任意一条关联的课程：必须用$in，示例：

  // 查归属id为p1、p2任意一个的课程
  course.find({program: {$in: ["p1", "p2"]}})
  

如果你所有查询都是单id场景，没有任何负面影响，不需要额外修改代码。仅在以下场景会触发问题：

• 后续业务扩展多program查询时，若未改写成$in写法，直接传入数组作为查询值，会触发数组「完全匹配」逻辑：

  例：执行course.find({program: ["p1", "p2"]})时，MongoDB会匹配program字段**元素、顺序完全等于["p1","p2"]**的文档，而非包含p1或p2的文档，导致查询结果不符合预期。

• 若代码参数校验未同步更新，误把数组类型的查询参数传入原写法，也会触发上述完全匹配的bug。

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