Write concern và read concern ảnh hưởng đến tính nhất quán như thế nào?

Question

Accepted Answer

**Write concern** và **read concern** kiểm soát các đảm bảo tính nhất quán và độ bền trong MongoDB (trong replica set) — đánh đổi giữa **hiệu năng** và **an toàn/nhất quán**. Chúng cho phép bạn điều chỉnh mức độ chắc chắn của việc xác nhận ghi và mức độ nhất quán của đọc, dựa trên nhu cầu của dữ liệu.

## Write concern — độ bền của ghi

```js
// write concern: bao nhiêu node phải xác nhận một lần ghi
db.orders.insertOne(doc, { writeConcern: { w: 1 } });           // chỉ primary — nhanh
db.orders.insertOne(doc, { writeConcern: { w: "majority" } });   // đa số node — an toàn
db.orders.insertOne(doc, { writeConcern: { w: "majority", j: true } }); // + journal xuống đĩa
```

```text
w: 1          → chỉ PRIMARY xác nhận (nhanh, nhưng một lần ghi có thể MẤT khi failover)
w: "majority" → đa số node xác nhận → ghi SỐNG SÓT qua failover primary
               (không mất dữ liệu) — an toàn hơn nhưng chậm hơn (chờ sao chép)
j: true       → cũng chờ ghi được viết vào JOURNAL (độ bền trên đĩa)
```

**Write concern** kiểm soát độ bền: `w: "majority"` đảm bảo ghi được sao chép tới đa số (sống sót qua failover không mất mát) nhưng chậm hơn; `w: 1` nhanh hơn nhưng một lần ghi có thể bị mất nếu primary hỏng trước khi sao chép.

## Read concern — tính nhất quán của đọc

```js
db.orders.find().readConcern("majority");   // đọc dữ liệu đã được đa số xác nhận
```

```text
local        → trả về dữ liệu mới nhất trên node (có thể chưa được majority-commit,
               có thể bị rollback) — mặc định, nhanh
majority     → chỉ trả về dữ liệu đã được đa số xác nhận (sẽ không bị rollback) — nhất quán
linearizable → mạnh nhất (phản ánh tất cả ghi majority trước đó) — chậm nhất
```

**Read concern** kiểm soát dữ liệu mà đọc thấy: `majority` chỉ trả về dữ liệu đã được majority-commit (sẽ không bị rollback — nhất quán), so với `local` (dữ liệu local mới nhất, có thể chưa được majority-commit).

## Đánh đổi nhất quán vs hiệu năng

```text
Đảm bảo mạnh hơn (w: majority, readConcern: majority) → an toàn, nhất quán, nhưng CHẬM HƠN
Đảm bảo yếu hơn (w: 1, readConcern: local) → nhanh hơn, nhưng rủi ro mất dữ liệu khi failover
  hoặc đọc dữ liệu chưa bền
→ Chọn dựa trên dữ liệu: dữ liệu then chốt (thanh toán) → mạnh; ít then chốt → nhanh hơn.
→ Đọc từ secondary thêm các cân nhắc eventual-consistency (đọc cũ).
```

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

Hiểu write concern và read concern là quan trọng để **quản lý đánh đổi nhất-quán-vs-hiệu-năng** trong replica set MongoDB, nên đây là kiến thức cấp senior giá trị để xây dựng ứng dụng MongoDB phân tán đúng đắn, được điều chỉnh phù hợp.

Các thiết lập này kiểm soát các đảm bảo tính nhất quán và độ bền của MongoDB, và hiểu chúng là cần thiết để đảm bảo dữ liệu được xử lý với mức độ an toàn phù hợp với tầm quan trọng của nó. **Write concern** đặc biệt quan trọng cho **độ bền**: `w: "majority"` đảm bảo một lần ghi được sao chép tới đa số node (sống sót qua failover primary không mất dữ liệu — then chốt cho dữ liệu quan trọng như thanh toán hay đơn hàng), trong khi `w: 1` nhanh hơn nhưng rủi ro mất một lần ghi nếu primary hỏng trước khi sao chép — một đánh đổi hệ trọng nơi chọn sai có thể nghĩa là mất dữ liệu thầm lặng khi failover. **Read concern** kiểm soát **tính nhất quán đọc**: `majority` chỉ trả về dữ liệu đã được majority-commit (nhất quán, sẽ không bị rollback) so với `local` (dữ liệu mới nhất, có thể chưa bền và có thể bị rollback) — ảnh hưởng đến việc đọc có thể thấy dữ liệu mà sau đó biến mất.

Hiểu **đánh đổi** — đảm bảo mạnh hơn (majority) an toàn và nhất quán hơn nhưng chậm hơn, trong khi đảm bảo yếu hơn nhanh hơn nhưng rủi ro mất dữ liệu hoặc đọc không nhất quán — và chọn dựa trên tầm quan trọng của dữ liệu (mạnh cho dữ liệu quan trọng, nhanh hơn cho ít then chốt) là sự phán đoán then chốt.

Cũng liên quan là việc đọc từ secondary thêm các cân nhắc eventual-consistency (đọc cũ).

Vì tính nhất quán và độ bền dữ liệu là then chốt (và mức độ đúng đắn phụ thuộc vào dữ liệu), và vì write/read concern là cách bạn điều chỉnh các đảm bảo này so với hiệu năng trong kiến trúc phân tán (replica set) của MongoDB, nên hiểu chúng — các mức độ bền/nhất quán, đánh đổi hiệu năng, và chọn phù hợp — là kiến thức cấp senior quan trọng để xây dựng ứng dụng MongoDB phân tán đúng đắn, một chủ đề thể hiện sự hiểu biết về các đánh đổi nhất quán hệ phân tán đặc biệt quan trọng cho ứng dụng nơi mất dữ liệu hoặc không nhất quán sẽ tốn kém.