启用MongoDB变更流前后镜像是否存在性能顾虑？

一、获取删除前的文档状态 #

要通过.watch()查看文档被deleted前的状态，需要启用MongoDB的**预镜像（Pre-Image）**功能，具体操作如下：

• 确认MongoDB版本在4.0及以上（预镜像功能从该版本开始支持），若要使用更明确的fullDocumentBeforeChange参数则需6.0+版本。
• 为目标集合启用预镜像，执行以下命令修改集合配置：

  db.runCommand({
    collMod: "你的集合名称",
    changeStreamPreAndPostImages: { enabled: true }
  })
  

• 监听变更流时指定获取预镜像的选项：在watch()方法中添加fullDocumentBeforeChange: 'required'参数，删除操作的变更事件里会出现fullDocumentBeforeChange字段，这就是删除前的完整文档。示例代码：

  const changeStream = db.collection('你的集合名称').watch(
    [{ $match: { operationType: 'delete' } }],
    { fullDocumentBeforeChange: 'required' }
  )
  

二、变更流对MongoDB服务器的负载影响 #

启用变更流的额外负载需分场景评估：

• 无预镜像的基础变更流：开销极小。变更流基于oplog实现，本质是持续读取oplog数据，仅会增加少量游标维护和oplog读取开销，只要不同时开启大量变更流游标，对服务器的影响几乎可以忽略。
• 启用预镜像后：会产生明显额外负载。MongoDB需要在文档修改或删除前，将完整文档保存到预镜像集合，这会增加磁盘存储占用，同时提升写入操作的IO开销——写入量越高的集合，这个开销越显著。
• 对比Collection.findById()的开销：如果之前是在更新操作后通过findById()获取文档详情，改用变更流的fullDocument（更新后文档）或fullDocumentBeforeChange（更新前文档），可以减少一次额外查询请求，反而能降低部分读取开销，但预镜像带来的写入开销需要结合业务写入量评估。

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