mongodb聚合结果报错“documenttoolarge”是因单个输出文档超16mb硬限制，与allowdiskuse无关；该选项仅缓解内存不足，不放宽bson大小上限。
聚合结果本身不会因“超16MB”直接报错，报错的是单个输出文档超过16MB —— 这和 allowDiskUse 无关，但很多人混淆了这两个限制。
报错 distinct too big, 16mb cap 是什么情况
这是 db.collection.distinct() 命令特有的限制：它会把所有去重值塞进一个数组，再包装成单个响应文档。一旦这个数组 + 包装结构 > 16MB，就触发错误码 17217。
- 不是聚合管道阶段数或内存问题，而是 BSON 文档硬上限被突破
-
allowDiskUse: true对distinct完全无效 —— 它不走聚合引擎 - 正确解法是改用
aggregate+$group，例如：db.XX.aggregate([{$group: {_id: "$imsi"}}], {allowDiskUse: true})
allowDiskUse 真正解决的是内存爆掉的问题
当聚合中某个阶段（如 $sort、$group）需要的 RAM 超过默认 100MB，且 allowDiskUseByDefault 设为 false（MongoDB 6.0+ 默认值），就会中断并报错 Sort exceeded memory limit 或类似提示。
-
allowDiskUse: true允许这些阶段把中间结果写到磁盘临时文件，绕过内存限制 - 但它**不改变任何文档大小限制**：输出的每个文档仍不能 > 16MB
- 如果
$group后拼出一个超大文档（比如把一万条日志$push进一个数组），加allowDiskUse也没用，照样报DocumentTooLarge
返回游标能避免“结果太大”错误吗
能，但仅限于“结果集总大小超限”，不适用于“单文档超限”。
- 默认
db.collection.aggregate()返回游标，数据是流式吐出的，服务端不拼整个结果集 —— 所以不会因“全部结果加起来 > 16MB”而失败 - 但如果管道里有
$group阶段，且某一分组结果（即一个_id对应的整个文档）本身 > 16MB，游标也救不了，插入/返回时立刻崩 - 游标本身有超时机制（默认 10 分钟空闲关闭），大数据量下要注意客户端是否及时消费，否则游标失效
真正容易被忽略的是：你看到的“结果太大”报错，背后可能是两个完全不同的机制在起作用 —— 一个是 BSON 单文档上限，另一个是聚合阶段内存配额。不区分清楚，加 allowDiskUse 就像给漏水的桶贴胶带。
