MongoDB是否支持文档变更时自动执行滚动预计算？

MongoDB 提供了多类内置能力覆盖这类预计算结果自动维护需求，绝大多数场景下不需要手动实现全量逻辑，也不需要额外引入时序/分析类数据库。

可用内置方案 #

• 基础增量统计（求和、计数、平均值）零额外开发成本
  从4.2版本开始，MongoDB更新操作支持聚合管道，配合原子操作符可以在写入评论数据的同时，直接更新对应商品的预统计字段，不需要额外的监听逻辑。
  示例操作逻辑：

  // 写入新评论
  db.reviews.insertOne({
    product_id: ObjectId("目标商品ID"),
    score: 5
  })
  // 原子更新商品的累计评分、评论总数字段
  db.products.updateOne(
    { _id: ObjectId("目标商品ID") },
    {
      $inc: {
        "reviews.score.sum": 5,
        "reviews.score.count": 1
      }
    }
  )
  

  这类操作是原子级的，不会出现统计值和实际数据不一致的问题，性能开销极低，完全可以支撑高并发的评论写入场景。基于预计算的sum和count字段，可以直接建索引支撑「平均评分大于X」「评论数Top N」这类查询，不需要每次查询实时聚合。

• 变更自动触发能力覆盖更复杂的更新逻辑
  如果不想把更新逻辑耦合在业务写入代码里，可以用MongoDB内置的变更流（Change Streams，3.6及以上版本支持）监听Reviews集合的增、删、改事件，自动触发统计值更新逻辑。如果使用官方托管的MongoDB Atlas服务，还可以直接用平台内置的数据库触发器，不需要自己部署变更监听进程，配置触发条件和更新逻辑即可生效。

特殊统计值处理 #

你提到的reviews.score.median（评分中位数）不属于可线性增量更新的统计值，MongoDB没有内置的自动维护能力，可根据业务实时性要求选择实现方式：

• 若对中位数实时性要求不高，可配置定时任务按小时/天粒度批量聚合更新中位数字段，少量新增评论不会对中位数结果产生明显影响，足以覆盖绝大多数电商类业务场景。
• 若要求强实时更新，可在商品文档中额外维护一个长度固定的评分频率数组（分别记录1-5分的评论数量），每次评论变更时同步更新对应分值的计数，计算中位数仅需遍历长度为5的频率数组，计算开销可以忽略，也不需要全表扫描评论数据。

方案边界 #

普通业务下的商品评分、评论统计类场景，用上述MongoDB原生能力完全可以支撑，不需要引入额外的数据库组件。只有当你需要做跨多维度、全量历史数据的复杂OLAP分析时，才需要考虑对接专门的分析类引擎。

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