$ne是mongodb中表示“不等于”的查询操作符，它匹配字段值不等于指定值的文档，也包含字段缺失或为null的文档；支持嵌入式字段，但选择性差、索引利用率低，且不适用于数组元素级否定筛选。
$ne 是 MongoDB 中最直接的“不等于”筛选方式，但它在实际使用中容易因类型隐式转换、null 和缺失字段行为、索引失效等问题导致结果不符合预期——别急着写 {$ne: "value"}，先看这几个关键点。
为什么 $ne 有时查不到“明明不等于”的文档？
MongoDB 的 $ne 不仅排除匹配值，还会包含字段不存在或为 null 的文档。比如：
db.users.find({ status: { $ne: "active" } })
这条语句会返回：status: "inactive"、status: null、甚至 {}（无 status 字段）的文档。这不是 bug，是设计行为。
- 若只想排除
"active"，但要求status必须存在且非null，应改用$not+$eq并显式检查字段存在性：{ status: { $exists: true, $ne: "active" } } - 若字段类型混杂（如字符串和数字共存），
$ne: "1"不会匹配{ status: 1 }，因为"1" !== 1（严格类型比较） - 对数组字段使用
$ne时，它判断的是整个数组是否“不等于”，不是“数组中所有元素都不等于”
什么时候该用 $not + $eq 而不是 $ne？
二者语义几乎等价，但 $not 更灵活，尤其配合其他操作符时：
-
$ne不能用于嵌套查询或组合条件（如{ $ne: { $gt: 10 } }是非法语法）；而$not: { $eq: ... }或$not: { $in: [...] }是合法的 - 当需要否定一个复合条件（例如“不是 status=active 且 age > 18”），只能用
$not: { $and: [...] }，$ne不支持 - 索引使用上：多数情况下
$ne无法高效利用索引（MongoDB 常转为全表扫描），而$not: { $eq: ... }在某些版本中可能触发索引优化（但仍需实测）
对数组字段做“不包含某值”筛选，别误用 $ne
$ne 作用于数组字段时，比较的是整个数组值。例如：
db.posts.find({ tags: { $ne: ["mongodb", "nodejs"] } })
这只会排除 恰好等于 ["mongodb", "nodejs"] 的文档，不会排除 ["mongodb", "python"] 或 ["mongodb"]。
真正想表达“tags 数组中不包含 "python"”，应该用：
-
{ tags: { $ne: "python" } }—— 错！这是把数组和字符串比，永远为真（类型不同） -
{ tags: { $not: { $eq: "python" } } }—— 同样错，逻辑不通 - ✅ 正确写法：
{ tags: { $not: { $elemMatch: { $eq: "python" } } } }，或更简洁：{ "tags.python": { $exists: false } }（不推荐，依赖点号路径） - 更常用且清晰：
{ tags: { $all: ["python"] } }取反 → 改用$nor或聚合管道$filter
复杂场景下，$ne 的边界行为比表面看起来多得多：它对 undefined 的处理已弃用、在分片集群中可能引发不一致、与 $regex 组合时语法受限……真要稳妥过滤，优先考虑 $in 列出允许值，或用聚合阶段 $cond 显式控制逻辑。
