MongoDB中runCommand与aggregate聚合报错差异问题咨询

这个问题其实是两种聚合调用方式在结果返回机制上的核心差异导致的，我来给你拆解清楚：

1. db.runCommand()的默认返回逻辑 #

当你使用db.runCommand()执行聚合时，如果没有显式指定cursor参数，MongoDB会尝试把整个聚合结果打包成一个单一的BSON文档返回给客户端。而BSON文档有一个硬性的16MB大小限制，一旦你的聚合结果总大小超过这个阈值，就会触发你看到的Location16389错误。

注意：你加的allowDiskUse: true只是允许聚合过程中用磁盘存储中间计算结果，它解决的是聚合过程中的内存不足问题，不改变最终结果的返回方式——所以哪怕开了这个选项，结果还是会被塞进单个文档里，超过16MB就报错。

2. db.collection.aggregate()的默认返回逻辑 #

而db.collection.aggregate()方法在MongoDB 3.2及以后的版本里，默认会启用游标（cursor）模式。简单来说，它不会一次性把所有结果返回，而是把结果分成多个小批次，分批发送给客户端，每个批次的大小都不会超过16MB的限制。这样哪怕你的总结果非常大，也不会触发单个文档的大小报错。

同样，这里的allowDiskUse: true也是用来处理聚合过程中的磁盘使用，和结果的分批返回逻辑无关。

如何让db.runCommand()也避免这个报错？ #

只需要给runCommand的聚合命令加上cursor参数即可，强制它用游标模式返回结果：

db.runCommand({
  "aggregate":"collectionName", 
  allowDiskUse: true, 
  "pipeline":[ { "$match":{ "field":param } } ],
  "cursor": {} // 启用游标返回模式
});

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