关于MongoDB中null值与缺失值的indexBounds差异的技术疑问

嘿，咱先把你遇到的两种查询场景和对应的indexBounds情况理清楚：

• 当查询条件是 field_name: { $exists: false } 时，索引范围（indexBound）是：

  field_name: [null, null]
  

• 当查询条件换成 field_name: null 时，索引范围就变成了：

  field_name: ["[undefined, undefined]", "[null, null]"]
  

这真不是bug，完全是MongoDB索引处理逻辑的正常表现，咱来拆解下内部的门道：

在MongoDB的索引体系里，缺失目标字段的文档和字段值明确为null的文档，在索引中的存储标记是有区分的，但field_name: null这个查询的默认逻辑又会同时匹配这两种文档——这就是核心原因：

1. 用{ $exists: false }查询时，你是在精准定位完全没有这个字段的文档，索引里专门为这类缺失字段的文档保留了一个特殊的占位条目，反映在indexBounds里就是[null, null]，表示只匹配这个特定的索引条目范围。
2. 而用field_name: null查询时，MongoDB的默认行为是“宽松匹配”：既会找出字段值确实是null的文档，也会把没有这个字段的文档一并返回。所以对应的indexBounds就必须覆盖两个范围：一个是对应缺失字段的索引范围（也就是你看到的[undefined, undefined]），另一个是对应字段值为null的索引范围（[null, null]），这样才能把两类文档都包含进来。

要是你想严格只查询“字段存在且值为null”的文档，得把条件写成 { field_name: null, field_name: { $exists: true } }，这时候对应的indexBounds就会只针对[null, null]这个范围啦。

备注：内容来源于stack exchange，提问作者Bear Bile Farming is Torture