MongoDB中缺失字段参与运算直接导致结果为null，必须在计算前用$ifNull兜底；它仅适用于$project/$addFields等表达式上下文，语法为{$ifNull:["$field","default"]}，旧版仅支持两参数，5.0+可用$coalesce取首非空值。
缺失字段在 MongoDB 里不是“不存在”，而是参与运算时直接让整个表达式结果变 null——这不是 bug，是设计行为。想让聚合稳定、分组不崩、前端不报错，必须在字段进入计算前就兜底，不能靠应用层补。
聚合阶段用 $ifNull 给字段设默认值
它只在 $project、$addFields 等表达式上下文中生效，不能用在 $match 或顶层查询里。典型错误是写成 "score"（字符串字面量），正确写法是 "$score"（带 $ 前缀）。
- 语法必须是
{ $ifNull: [ "$field", "default" ] }，第一个参数是表达式，第二个是 fallback 值 - 旧版本只支持两个参数，传
["$a", "$b", "c"]会报Unrecognized expression '$ifNull' - 想取多个字段中第一个非空值？MongoDB 5.0+ 用
$coalesce更简洁：{"$coalesce": ["$email", "$phone", "contact@unknown"]} - 要区分
null和空字符串""？得用$cond：{"$cond": [{"$eq": ["$desc", null]}, "N/A", "$desc"]}
$lookup + $unwind 时保主文档不丢
被关联集合没匹配到文档时，$unwind 默认把整条主文档丢弃。这不是数据丢了，是管道逻辑默认跳过——必须提前用 $ifNull 给 $lookup 结果设默认值。
- 错误写法：
{ $unwind: "$profile" }→ 没 profile 的用户直接消失 - 正确写法：
{ $addFields: { profile: { $ifNull: ["$profile", {}] } } }，再$unwind - 如果关联的是数组（比如用户订单），fallback 应该是空数组：
{ $ifNull: ["$orders", []] } - 注意：这个兜底必须在
$unwind之前，否则已经丢了，补不回来
$group 计算字段必须防 null 入参
$sum、$avg、$min 这些累加器遇到 null 不会跳过，也不会转成 0，而是让结果直接为 null。一旦进 $group，分组键或统计值就不可靠了。
- 错误示例：
{"$sum": "$score"}→ score 缺失的文档贡献null，整个 sum 结果为null - 正确做法：先
$addFields补默认值，再$group；或者在$group内联写：{"$sum": { "$ifNull": ["$score", 0] } } - 别在
$group后再套$ifNull补 —— 那时候null已经污染了结果 - 如果字段类型要严格一致（比如 BI 工具要求 score 总是 number），必须在
$project阶段就统一兜底
查缺失字段本身：别指望索引加速 $exists: false
MongoDB 对 { field: { $exists: false } } 查询永远走 COLLSCAN，因为索引根本不存“字段不存在”的记录。这不是配置问题，是底层机制决定的。
- 验证方式：
db.collection.find({field: {$exists: false}}).explain("executionStats")，看executionStages.stage是不是COLLSCAN - 想提速？建稀疏索引（
{ sparse: true }）然后查“存在的”，再应用层取反；或加标记字段如field_missing: true并对它建普通索引 - 聚合里处理空值不触发索引——索引只在首个
$match阶段起作用，后续$ifNull全是内存计算 - 真正难的是混合场景：既要查缺失，又要按其他字段排序分页。这时候得靠预计算字段或物化视图，而不是硬扛
最常被忽略的一点：空值兜底不是“加个默认值”就完事，而是要卡在所有计算操作发生前的最早节点。晚一步，null 就已扩散，再补也救不回结果的确定性。
