Mongoose save操作阻塞后端查询问题及解决方案咨询

使用NestJS框架操作MongoDB时，遇到严重性能问题：处理一个包含10000个元素数组的文档，更新数组元素后调用save()方法，服务器会卡顿60-70秒，期间完全无响应，还会取消其他浏览器的请求。相关代码如下：

const foundParent = await this.parentModel
        .findOne({
              id: "some-id"
        })
        .exec();

for (const child of updatedChildren) {
      foundParent.children[+child.id] = child;
}

// 此处卡顿60-70秒，后端无响应
await foundParent.save() 

为什么save()会阻塞整个后端？ #

• 全文档更新的巨大开销：调用save()时，Mongoose会把整个父文档（包含10000个元素的数组）完整序列化后重新写入数据库。大文档的序列化、网络传输、数据库写入会占用大量CPU、内存和IO资源，直接阻塞Node.js的事件循环。
• 未利用MongoDB的原子更新能力：当前做法是把整个文档拉到内存修改后全量保存，这种方式对大数组完全没必要，属于低效操作。
• Node.js单线程特性限制：Node.js基于单线程事件循环，当save()占用主线程处理大文档时，后续所有请求都会排队等待，直到这个操作完成，表现为后端无响应、其他请求被取消。

正确方案：保证服务器持续可用 #

• 使用MongoDB原子更新操作（首选）
  直接用bulkWrite或updateOne更新数组中的指定元素，无需拉取整个文档到内存，只传输和修改需要更新的部分：

  // 批量更新指定id的子元素
  const updateOperations = updatedChildren.map(child => ({
    updateOne: {
      filter: { id: "some-id", "children.id": child.id },
      update: { $set: { "children.$": child } }
    }
  }));
  
  await this.parentModel.bulkWrite(updateOperations);
  

  如果是按数组索引更新（需确保child.id是合法的数组索引）：

  const updateOperations = updatedChildren.map(child => ({
    updateOne: {
      filter: { id: "some-id" },
      update: { $set: { [`children.${+child.id}`]: child } }
    }
  }));
  
  await this.parentModel.bulkWrite(updateOperations);
  

  这种方式性能提升极大，不会阻塞事件循环。

• 拆分大数组为独立集合
  如果子元素是独立业务实体，建议把children数组拆成单独的MongoDB集合，通过父文档ID关联。这样每次仅操作单个子文档，彻底避免大文档更新的问题，也更符合MongoDB的设计最佳实践。

• 临时优化方案（不推荐长期使用）
  如果必须保留现有结构，可开启lean选项减少Mongoose文档实例的内存开销，但本质还是全文档更新，仅作过渡：

  const foundParent = await this.parentModel
    .findOne({ id: "some-id" })
    .lean() // 返回普通JS对象，降低内存占用
    .exec();
  
  // 修改数组逻辑不变...
  
  await this.parentModel.replaceOne({ id: "some-id" }, foundParent);
  

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