$window运算符在MongoDB v5.0至v6.0中完全不可用，首次支持始于v7.0企业版及Atlas 7.0+；v5.0因缺失原生窗口函数，滚动统计需依赖低效变通方案。
Window 运算符在 MongoDB v5.0+ 中不可用
MongoDB 从 v5.0 到 v6.0（含）均不支持 $window 运算符。它首次出现在 v7.0（2023年6月发布），且仅限 Enterprise Edition 和 Atlas 7.0+ 部署。你在 v5.0 文档里查不到 $window，不是漏看了，是它根本不存在。
为什么 v5.0 的聚合无法做准确滚动统计
v5.0 的聚合管道缺乏原生窗口函数能力，所有“累计”“滑动平均”“排名”类需求必须靠变通实现，代价明显：
- 用
$group+$push把整组数据攒成数组，再用$reduce或$map手动遍历 —— 内存占用高，超 16MB 会直接失败 - 用多次
$lookup自关联模拟行偏移 —— 查询变慢、索引失效、难以维护 - 把计算逻辑下推到应用层（如 Node.js/Python）—— 数据传输量大，网络和序列化开销不可忽视
替代方案：v5.0 中更可控的统计实践
如果必须在 v5.0 环境中提升统计准确性，优先考虑以下可落地的调整：
- 用
$facet分离多路统计逻辑，避免重复扫描；但注意总输出不能超 100MB（内存限制） - 对时间序列场景，预建按小时/天粒度的物化视图集合（如
sales_daily），用$sum/$avg直接聚合，而非实时计算原始明细 - 在
$sort后紧跟$limit控制输入规模，尤其当只关心 Top N 排名时，能大幅降低$group压力 - 确认字段类型：
qty存成int而非字符串，否则$sum会静默跳过或报错errmsg: "can't convert from BSON type string to int"
升级前务必验证的兼容点
若计划升级到 v7.0+ 以使用 $window，别只盯着语法迁移：
-
$window要求排序字段有对应索引，否则触发Sort exceeded memory limit - Atlas 用户需确认集群版本 ≥ 7.0 且启用 “Feature Compatibility Version (FCV)” 为 7.0
- 本地测试时，Community Edition 仍不支持
$window，哪怕版本号显示 7.0 —— 这点容易被忽略
