在MongoDB中，为何aggregate()与find()查询返回结果不同？

核心原因是两个查询的执行逻辑顺序完全不同，再加上地理查询的细节差异，具体拆解如下：

1. 筛选逻辑的执行顺序天差地别 #

• 聚合查询的步骤：
  1. 先用$geoNear把所有在指定地理范围内的文档全捞出来
  2. 再从这批地理符合的文档里，用$match筛日期在指定区间的
  3. 最后对剩下的结果按date倒序取前20条
• Find查询的步骤：
  1. 同时用地理条件+日期条件做联合筛选，MongoDB会自动选最优索引（比如如果日期范围很小，可能先按日期筛再查地理）
  2. 直接对同时满足两个条件的结果按date倒序取前20条

举个例子：如果地理范围内有10000条文档，但其中只有100条符合日期条件，聚合是从这100条里取前20；而find是直接找同时满足地理+日期的文档，假设这类文档有500条，那取的前20自然和聚合的结果不一样。

2. distance字段的本质不一样 #

• 聚合里的$geoNear会实时计算每个文档到指定点的球面距离，并生成一个新的distance字段返回
• Find查询里你投影了distance:1，但这个字段是集合里原本就有的（如果没有的话返回null），根本不是这次查询计算的距离——这虽然不影响按date排序，但也是两者的关键差异点

3. 索引使用的强制规则不同 #

• 聚合中的$geoNear必须优先用地理索引，不管日期范围有多窄，都得先把地理范围内的所有文档捞出来再筛日期，没有优化余地
• Find查询的查询优化器会灵活选择：如果日期范围极小，可能先按日期索引筛出符合条件的文档，再在这批文档里做地理匹配，这样初始筛选池就比聚合的小得多，结果自然不同

4. 边界计算的细微精度差 #

$geoNear和$nearSphere在处理刚好等于maxDistance的文档时，可能存在极细微的计算精度差异，但这只会影响极少数结果，不是导致大部分结果不同的主因

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