MongoDB4.4设置allowDiskUse:true仍报$facet文档大小超限错误

• allowDiskUse: true 仅对聚合管道执行过程中$sort、$group这类内存占用超过100MB阈值的中间阶段生效，允许这类阶段把临时计算数据写入磁盘规避内存限制，完全不覆盖$facet阶段的输出大小校验逻辑。
• MongoDB 从4.2版本开始，为$facet阶段新增了100MB的单文档硬大小限制。$facet的执行逻辑是将所有子管道的输出全部合并为一个顶层BSON文档，每个子管道的结果作为该文档的一个数组字段存在，只要这个最终生成的文档总大小超过100MB，就会直接抛出该类报错，和是否开启磁盘使用权限无关。
• 3.4版本可正常运行是因为该版本尚未对$facet施加这个100MB的专项限制，和Mongoose版本无直接关联。报错由MongoDB服务端直接返回，Mongoose侧的allowDiskUse配置已经正确生效，只是配置作用域不覆盖这个限制场景。

• 拆分$facet逻辑：不要将所有分支逻辑全部塞入单个$facet阶段。仅把返回小体量统计结果（如分组计数、求和、平均值等聚合指标）的子管道留在$facet中，返回大批量明细数据的子管道拆分为独立的聚合查询执行，从根本上降低$facet输出的单文档大小。
• 提前压缩数据体量：在管道进入$facet阶段前，通过$match过滤无关文档、通过$project剔除不需要的字段、通过分页逻辑控制单批处理的数据量，从源头减少$facet需要处理和返回的数据规模。
• 大结果集场景弃用$facet：如果业务需求本身就是返回超大规模的明细结果集，直接使用普通聚合管道通过游标逐批拉取数据即可。普通聚合的游标返回模式不受单BSON文档大小限制，可通过cursor.batchSize()配置每批拉取的文档数量，支持超大规模结果集的稳定返回。
• 不要尝试绕过限制：该100MB限制是MongoDB 4.2+版本内置的硬编码校验，没有提供公开的配置参数可以调整阈值，任何修改内核、绕过校验的操作都会触发实例崩溃、数据损坏等问题，生产环境禁止使用。

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