MongoDB 逻辑查询运算符：$and, $or, $nor, $not 构建复杂逻辑组合

文章目录

• • 一、逻辑查询运算符全景概览
  • 二、核心运算符深度解析
  • • 2.1 `$and`：隐式与显式的艺术
    • • 2.1.1 隐式 AND（默认行为）
      • 2.1.2 显式 `$and` 的必要场景
      • 2.1.3 性能特性
    • 2.2 `$or`：灵活性与性能的博弈
    • • 2.2.1 基本语法与语义
      • 2.2.2 索引利用策略
      • 2.2.3 性能陷阱
    • 2.3 `$nor`：被低估的排除利器
    • • 2.3.1 语义与等价转换
      • 2.3.2 与 `$ne` 的区别
      • 2.3.3 性能考量
    • 2.4 `$not`：精准否定的双刃剑
    • • 2.4.1 基本用法
      • 2.4.2 与 `$ne` 的区别
      • 2.4.3 性能警告
  • 三、逻辑运算符的组合与优先级
  • • 3.1 组合示例：电商高级筛选
    • 3.2 德·摩根定律的应用
  • 四、索引优化：让复杂逻辑高效执行
  • • 4.1 `$and` 的索引策略
    • 4.2 `$or` 的索引策略（核心难点）
    • • 策略 1：为每个子条件创建专用索引
      • 策略 2：使用通配符索引（MongoDB 4.2+）
      • 策略 3：避免 `$or`，改用应用层合并
    • 4.3 使用 `explain()` 诊断逻辑查询
  • 五、性能基准测试：量化逻辑组合成本
  • • 测试环境
    • 测试结果
  • 六、聚合管道中的逻辑运算符
  • • 6.1 `$match` 中的逻辑组合
    • 6.2 表达式中的逻辑判断（$cond + 逻辑）
  • 七、常见陷阱与避坑指南
  • • 7.1 `$or` 子条件字段不一致导致索引失效
    • 7.2 `$not` 与缺失字段的混淆
    • 7.3 过度嵌套导致可读性差
    • 7.4 正则表达式与 `$not` 的性能灾难
  • 八、生产环境最佳实践
  • • 8.1 查询设计原则
    • 8.2 索引管理
    • 8.3 应用层优化
  • 九、版本演进与未来趋势
  • 十、总结