如何管控MongoDB数据更新的并发访问？避免多用户重复更新同数据

这个问题在高并发应用场景里太常见了，尤其是多用户同时操作同一条数据的情况。MongoDB提供了几种实用的方案来解决这个问题，我给你详细拆解下：

1. 乐观锁（Optimistic Locking）—— 最推荐的方案 #

这是MongoDB里处理并发更新的首选方案，核心思路是基于版本号验证，不需要提前锁定资源，只有在提交更新时才检查数据是否被修改过。

实现步骤： #

• 给每个需要保护的文档添加一个version字段（初始值可以设为1）。
• 当用户要更新文档时，必须带上当前获取到的版本号，只有版本号匹配时才执行更新，同时自动递增版本号。

代码示例： #

假设我们有一条初始文档：

{
  "_id": ObjectId("60d21b4667d0d8992e610c85"),
  "content": "初始内容",
  "version": 1
}

用户A执行更新：

// 查找并更新，只有version=1时才生效
const updatedDoc = db.collection.findOneAndUpdate(
  { _id: ObjectId("60d21b4667d0d8992e610c85"), version: 1 },
  { 
    $set: { content: "用户A修改后的内容" },
    $inc: { version: 1 } // 版本号自增
  },
  { returnDocument: "after" } // 返回更新后的文档
)

如果用户B这时候也拿着version=1来更新，这个操作会返回null（或者modifiedCount=0），因为此时文档的version已经变成2了。这时候你的应用层就可以提示用户：“数据已被其他用户修改，请刷新后重试”。

这种方案的优势是性能高，不会占用锁资源，适合大多数高并发场景。

2. 基于状态字段的原子锁 #

如果你的场景需要明确标记文档的“可编辑”状态，可以给文档加一个status字段（比如active、updating、updated），利用MongoDB的文档级原子性来控制更新权限。

实现步骤： #

• 文档初始状态为active，表示可以编辑。
• 用户更新时，先将状态改为updating（确保只有自己能修改），完成更新后再改为updated，后续所有更新请求都会因为状态不匹配而失败。

代码示例： #

// 用户A先锁定文档状态
const lockResult = db.collection.findOneAndUpdate(
  { _id: ObjectId("60d21b4667d0d8992e610c85"), status: "active" },
  { $set: { status: "updating" } },
  { returnDocument: "after" }
)

if (lockResult) {
  // 锁定成功，执行更新
  db.collection.updateOne(
    { _id: ObjectId("60d21b4667d0d8992e610c85"), status: "updating" },
    { 
      $set: { 
        status: "updated",
        content: "用户A修改完成的内容" 
      }
    }
  )
}

// 用户B尝试更新时，会因为status不是active而失败
const updateResult = db.collection.updateOne(
  { _id: ObjectId("60d21b4667d0d8992e610c85"), status: "active" },
  { $set: { content: "用户B的修改" } }
)

// 检查修改计数，如果为0说明数据已被处理
if (updateResult.modifiedCount === 0) {
  // 提示用户数据无法修改
}

注意：这种方案要处理异常情况，比如用户A锁定后中途退出，需要加个超时机制（比如用lockedAt字段记录锁定时间，定期清理超时的锁定状态），避免文档一直处于锁定状态。

3. 模拟悲观锁（Pessimistic Locking） #

如果你的场景是用户需要长时间编辑文档（比如编辑一篇长文章），乐观锁可能不太适用，这时候可以模拟悲观锁——提前锁定文档，不让其他用户编辑。

实现步骤： #

• 给文档添加lockedBy（锁定用户ID）和lockedAt（锁定时间）字段。
• 用户开始编辑时，尝试锁定文档（只有未锁定的文档才能被锁定）；编辑完成后解锁；其他用户尝试锁定时会失败。

代码示例： #

// 用户A尝试锁定文档
const lockedDoc = db.collection.findOneAndUpdate(
  { 
    _id: ObjectId("60d21b4667d0d8992e610c85"),
    lockedBy: { $exists: false }, // 未被锁定
    lockedAt: { $lt: new Date(Date.now() - 30*60*1000) } // 超时自动解锁（30分钟）
  },
  { $set: { lockedBy: "userA", lockedAt: new Date() } },
  { returnDocument: "after" }
)

if (lockedDoc) {
  // 锁定成功，可以进行编辑
  // ...编辑完成后解锁
  db.collection.updateOne(
    { _id: ObjectId("60d21b4667d0d8992e610c85"), lockedBy: "userA" },
    { 
      $unset: { lockedBy: "", lockedAt: "" },
      $set: { content: "用户A编辑后的内容" }
    }
  )
} else {
  // 文档已被锁定，提示用户
}

这种方案的缺点是如果用户忘记解锁，文档会一直被锁定，所以一定要加超时自动解锁的逻辑。

总结一下：

• 大部分短操作的并发场景，优先用乐观锁，性能最好，实现简单。
• 需要明确状态控制的场景，用状态字段原子锁。
• 长时间编辑的场景，用模拟悲观锁配合超时机制。

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