如何在MongoDB $match聚合中实现无公共范围的$lt与$gte组合查询

• 首次查询无结果的核心原因：把$gte:7和$lt:3写在同一个response_due的条件块中，同个字段下并列的查询条件默认是逻辑与关系，相当于要找同时满足「大于等于7」和「小于3」的数值，现实中根本不存在符合规则的文档，自然没有返回。另外你把聚合操作方法名拼写为aggregation，集合实例对应的聚合方法实际是aggregate，这个拼写错误也会直接触发“方法不存在”的运行报错。
• 第二次查询运行失败的核心原因：$gt: ["$response_due", 7]、$lt: ["$response_due", 3]属于聚合表达式语法，这类语法必须嵌套在$expr操作符内才能在$match阶段生效，直接放到普通查询层级的话，MongoDB会把这段结构当成要匹配特殊字段名的普通文档片段，根本识别不了你想要的字段比较逻辑，因此抛出解析错误。

针对你使用的NodeJS MongoDB原生驱动，标准实现如下：

const { MongoClient } = require('mongodb');
// 初始化连接后获取customers集合实例
const customersCollection = client.db('your_db_name').collection('customers');

const matchedCustomers = await customersCollection.aggregate([
  {
    $match: {
      $or: [
        { response_due: { $gte: 7 } },
        { response_due: { $lt: 3 } }
      ]
    }
  }
]).toArray();

这个写法是MongoDB普通查询层级的标准$or语法，每个数组元素是独立的字段匹配规则，没有语法歧义，可以正常返回符合要求的客户数据。

• 性能表现：上述写法可以完美命中response_due字段的单字段升序索引，MongoDB查询优化器会直接通过索引完成两个范围的扫描（数值小于3的区间、数值大于等于7的区间），不需要做全集合扫描，是性能最优的实现方式。
• 代码简化：可以通过$not操作符做等价改写，去掉冗余的$or嵌套，直接表达“筛选不属于[3,7)区间的文档”，实现效果和$or版本完全一致，索引利用效率没有任何损失：

// 等价的简洁实现
{
  $match: {
    response_due: {
      $not: { $gte: 3, $lt: 7 }
    }
  }
}

避坑提醒：本场景完全不需要用$expr包裹聚合表达式来做判断，强制使用$expr反而会导致查询无法命中索引，性能大幅下降，属于完全没必要的过度设计。

内容的提问来源于stack exchange，提问作者Maor agai