Transaction hoạt động như thế nào trong MongoDB?

Question

Accepted Answer

MongoDB hỗ trợ **transaction ACID đa-document** (từ v4.0 cho replica set, v4.2 cho sharded cluster) — nhóm các thao tác qua nhiều document/collection sao cho tất cả thành công hoặc tất cả thất bại. Tuy nhiên, mô hình document của MongoDB thường khiến transaction *không cần thiết* nhờ các thao tác single-document atomic.

## Thao tác single-document đã là atomic

```text
ĐIỂM THEN CHỐT: các thao tác trên MỘT document LUÔN atomic trong MongoDB.
→ Vì dữ liệu liên quan thường được NHÚNG trong một document, nhiều thao tác mà trong SQL
  sẽ cần transaction thì trong MongoDB là một cập nhật document atomic duy nhất.
→ Thiết kế schema tốt (embedding) thường loại bỏ NHU CẦU transaction đa-document.
```

```js
// cập nhật một document và mảng nhúng của nó atomic — KHÔNG cần transaction
db.accounts.updateOne(
  { _id: id },
  { $inc: { balance: -100 }, $push: { transactions: { amount: -100 } } }
);  // atomic — cả hai thay đổi cùng thành công hoặc thất bại (một document)
```

## Transaction đa-document (khi thực sự cần)

```js
// cho các thao tác qua NHIỀU document/collection phải 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();        // cả hai cùng thành công
} catch (e) {
  session.abortTransaction();          // hoặc cả hai cùng roll back
} finally {
  session.endSession();
}
```

Transaction đa-document (dùng một session) cung cấp đảm bảo ACID qua các document — cho các trường hợp như chuyển tiền giữa các document tài khoản riêng biệt.

## Dùng transaction một cách tiết kiệm

```text
✓ Transaction có sẵn và cung cấp ACID qua document KHI CẦN
✗ Nhưng chúng có CHI PHÍ HIỆU NĂNG (overhead, locking) — đừng lạm dụng
→ ƯU TIÊN thiết kế schema tốt (nhúng dữ liệu liên quan) để các thao tác single-document atomic
  là đủ. Chỉ dùng transaction đa-document khi dữ liệu thực sự trải qua nhiều document
  và phải nhất quán (ví dụ chuyển tiền giữa các tài khoản).
→ Yêu cầu một replica set (không phải standalone).
```

## Tại sao điều này quan trọng

Hiểu transaction MongoDB — và quan trọng là khi nào chúng cần thiết — là quan trọng để đảm bảo tính nhất quán dữ liệu trong ứng dụng MongoDB, nên đây là kiến thức giá trị để xây dựng hệ thống đúng đắn.

Insight quan trọng nhất là **thao tác single-document luôn atomic** trong MongoDB, và vì mô hình document khuyến khích **nhúng dữ liệu liên quan trong một document**, nhiều thao tác mà trong cơ sở dữ liệu quan hệ sẽ cần transaction (nơi dữ liệu liên quan bị chia qua các bảng) thì trong MongoDB là một **cập nhật document atomic duy nhất** — nên **thiết kế schema tốt thường loại bỏ nhu cầu transaction đa-document**.

Đây là một điểm khái niệm then chốt: tính atomic theo từng document của MongoDB, kết hợp với embedding, xử lý nhiều nhu cầu nhất quán mà không cần transaction.

Hiểu rằng MongoDB **có hỗ trợ transaction ACID đa-document** (từ v4.0+) cho các trường hợp thao tác thực sự trải qua nhiều document/collection (như chuyển tiền giữa các document tài khoản riêng biệt) là quan trọng — chúng sẵn có khi thực sự cần, cung cấp đảm bảo tất-cả-hoặc-không.

Quan trọng không kém là hướng dẫn **dùng transaction một cách tiết kiệm**: chúng có chi phí hiệu năng (overhead, locking), nên cách tiếp cận ưu tiên là thiết kế schema tốt (embedding) để các thao tác single-document atomic là đủ, dành transaction đa-document cho các nhu cầu nhất quán cross-document thực sự.

Hiểu điều này — tính atomic single-document, rằng embedding thường loại bỏ nhu cầu transaction, rằng transaction đa-document tồn tại cho khi thực sự cần, và sự ưu tiên thiết kế hơn transaction — phản ánh sự phán đoán MongoDB hợp lý.

Vì tính nhất quán dữ liệu là quan trọng và cách tiếp cận của MongoDB (tính atomic document + transaction tùy chọn) khác với mô hình lấy-transaction-làm-trung-tâm của SQL, nên hiểu transaction MongoDB — đặc biệt rằng thao tác single-document là atomic, embedding giảm nhu cầu transaction, và transaction đa-document sẵn có nhưng nên được dùng thận trọng — là kiến thức giá trị, quan trọng để đảm bảo tính nhất quán đúng đắn và hiệu quả trong ứng dụng MongoDB, một chủ đề phản ánh sự hiểu biết về mô hình nhất quán của MongoDB và các thực hành thiết kế tốt.