MongoDB 中的事务如何工作?

Question

MongoDB 中的事务如何工作?

Accepted Answer

MongoDB 支持 **multi-document ACID transactions**（v4.0 用于副本集，v4.2 用于分片集群）——将跨多个文档/集合的操作分组，使它们全部成功或全部失败。但是，MongoDB 的文档模型通常会通过原子单文档操作使事务 *不必要*。

## 单文档操作已经是原子的

```text
KEY POINT: operations on a SINGLE document are ALWAYS atomic in MongoDB.
→ Because related data is often EMBEDDED in one document, many operations that would
  need a transaction in SQL are a single atomic document update in MongoDB.
→ Good schema design (embedding) often eliminates the NEED for multi-doc transactions.
```

```js
// updating a document and its embedded array atomically — NO transaction needed
db.accounts.updateOne(
  { _id: id },
  { $inc: { balance: -100 }, $push: { transactions: { amount: -100 } } }
);  // atomic — both changes succeed or fail together (single document)
```

## 多文档事务（真正需要时）

```js
// for operations across MULTIPLE documents/collections that must be atomic
const session = db.getMongo().startSession();
session.startTransaction();
try {
  db.accounts.updateOne({ _id: 1 }, { $inc: { balance: -100 } }, { session });
  db.accounts.updateOne({ _id: 2 }, { $inc: { balance: 100 } }, { session });
  session.commitTransaction();        // both succeed together
} catch (e) {
  session.abortTransaction();          // or both roll back
} finally {
  session.endSession();
}
```

多文档事务（使用会话）在文档间提供 ACID 保证——用于如在单独的账户文档间转账这样的情况。

## 谨慎使用事务

```text
✓ Transactions are available and provide ACID across documents WHEN NEEDED
✗ But they have PERFORMANCE COSTS (overhead, locking) — don't overuse them
→ PREFER good schema design (embedding related data) so single-document atomic
  operations suffice. Use multi-document transactions only when data genuinely
  spans documents and must be consistent (e.g. money transfers between accounts).
→ Requires a replica set (not standalone).
```

## 为什么这很重要

理解 MongoDB 事务——尤其是何时需要事务——对于确保 MongoDB 应用程序中的数据一致性很重要，因此这是构建正确系统的宝贵知识。

最重要的见解是 **MongoDB 中的单文档操作总是原子的**，而且因为文档模型鼓励 **在一个文档中嵌入相关数据**，许多在关系数据库中需要事务的操作（其中相关数据分散在表中）在 MongoDB 中是一个 **单个原子文档更新**——所以 **良好的架构设计通常消除了对多文档事务的需要**。

这是一个关键的概念点：MongoDB 的每文档原子性，结合嵌入，无需事务即可处理许多一致性需求。

理解 MongoDB **确实支持多文档 ACID 事务**（自 v4.0+）用于操作真正跨越多个文档/集合的情况（如在单独的账户文档间转账）很重要——当真正需要时可用，提供全有或全无的保证。

同样重要的是 **谨慎使用事务** 的指导：它们有性能成本（开销、锁定），所以首选方法是良好的架构设计（嵌入），使单文档原子操作足够，仅在真正需要跨文档一致性时预留多文档事务。

理解这一点——单文档原子性、嵌入通常消除对事务的需要、多文档事务存在于真正需要时，以及设计优于事务的偏好——反映了良好的 MongoDB 判断。

由于数据一致性至关重要，且 MongoDB 的方法（文档原子性 + 可选事务）与 SQL 的事务中心模型不同，理解 MongoDB 事务——特别是单文档操作是原子的、嵌入减少对事务的需要、多文档事务可用但应谨慎使用——是宝贵的、重要的知识，用于在 MongoDB 应用程序中正确高效地确保一致性，这是反映对 MongoDB 一致性模型和良好设计实践理解的话题。