MongoDB数组字段两种查询方案的性能与适用性问询

基于你给出的场景假设（field始终为字符串数组，不会将null或[]作为元素），Query 1完全可以替代Query 2，以下从匹配逻辑、性能差异等维度详细说明：

一、匹配逻辑的一致性 #

先拆解两个查询的匹配范围，验证在你的场景下结果完全等价：

• Query 2的匹配范围：

  • 无field字段的文档
  • field数组包含something-1或something-2的文档
  • field为空数组[]的文档

• Query 1的匹配逻辑：

  • $in中的null会匹配无field字段的文档（MongoDB中不存在的字段等价于null）
  • $in中的something-1/something-2会匹配数组包含对应元素的文档（MongoDB对数组字段使用$in时，只要数组内有任意元素命中即匹配）
  • $in中的[]会精确匹配空数组的文档

二、无索引场景下的表现 #

无索引时，两种查询都会执行全表扫描，性能差异可忽略。Query 1写法更简洁，维护成本更低，完全适合替代Query 2。

三、有索引场景下的差异 #

若给field建立单字段索引，两者的性能表现会有细微区别：

• Query 2的局限性：

  • { field: { $in: ['something-1', 'something-2'] } }分支可以利用索引快速定位；
  • { field: { exists: false } }和{ field: { $size: 0 } }分支无法高效利用索引（不存在的字段不进入索引，$size查询无法直接通过索引过滤），这两个分支会触发全表扫描，再和第一个分支的结果合并。

• Query 1的优势：

  • $in中的something-1/something-2可利用索引匹配；
  • $in中的[]可通过索引精确匹配空数组文档；
  • 仅null分支需要全表扫描匹配无字段的文档。

整体来看，有索引时Query 1的性能略优于Query 2，尤其是当无field字段的文档占比不高时，优势更明显。

四、潜在注意事项 #

虽然当前场景下两者等价，但如果后续场景发生变化（比如field可能出现非数组类型值），两者的匹配结果会出现差异。但基于你当前的场景假设，无需担心这类问题。

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