Bagaimanakah write concern dan read concern mempengaruhi ketekalan?

Question

Accepted Answer

**Write concern** dan **read concern** mengawal jaminan ketekalan dan ketahanan dalam MongoDB (dalam replica set) — bertukar antara **prestasi** dan **keselamatan/ketekalan**. Ia membenarkan anda menala sejauh mana write disahkan dengan kuat dan sejauh mana read konsisten, berdasarkan keperluan data.

## Write concern — ketahanan write

```js
// write concern: how many nodes must acknowledge a write
db.orders.insertOne(doc, { writeConcern: { w: 1 } });           // primary only — fast
db.orders.insertOne(doc, { writeConcern: { w: "majority" } });   // majority of nodes — safe
db.orders.insertOne(doc, { writeConcern: { w: "majority", j: true } }); // + journaled to disk
```

```text
w: 1          → only the PRIMARY acknowledges (fast, but a write could be LOST on failover)
w: "majority" → a majority of nodes acknowledge → the write SURVIVES primary failover
               (no data loss) — safer but slower (waits for replication)
j: true       → also wait for the write to be written to the JOURNAL (disk durability)
```

**Write concern** mengawal ketahanan: `w: "majority"` memastikan write direplika kepada majoriti (bertahan failover tanpa kehilangan) tetapi lebih perlahan; `w: 1` lebih pantas tetapi write boleh hilang jika primary gagal sebelum replikasi.

## Read concern — ketekalan read

```js
db.orders.find().readConcern("majority");   // read data acknowledged by a majority
```

```text
local        → returns the most recent data on the node (may not be majority-committed,
               could be rolled back) — default, fast
majority     → returns only data acknowledged by a majority (won't be rolled back) — consistent
linearizable → strongest (reflects all prior majority writes) — slowest
```

**Read concern** mengawal data yang dilihat oleh read: `majority` memulangkan hanya data yang majority-committed (tidak akan di-rollback — konsisten), berbanding `local` (data tempatan terkini, mungkin belum lagi majority-committed).

## Pertukaran ketekalan berbanding prestasi

```text
Stronger guarantees (w: majority, readConcern: majority) → safer, consistent, but SLOWER
Weaker guarantees (w: 1, readConcern: local) → faster, but risk of data loss on failover
  or reading not-yet-durable data
→ Choose based on the data: critical data (payments) → strong; less critical → faster.
→ Reading from secondaries adds eventual-consistency considerations (stale reads).
```

## Mengapa ia penting

Memahami write concern dan read concern adalah penting untuk **menguruskan pertukaran ketekalan-berbanding-prestasi** dalam replica set MongoDB, jadi ia merupakan pengetahuan peringkat senior yang berharga untuk membina aplikasi MongoDB teragih yang betul dan ditala dengan sewajarnya.

Tetapan ini mengawal jaminan ketekalan dan ketahanan MongoDB, dan memahaminya adalah perlu untuk memastikan data dikendalikan dengan tahap keselamatan yang betul bagi kepentingannya. **Write concern** amat penting untuk **ketahanan**: `w: "majority"` memastikan write direplika kepada majoriti nod (bertahan failover primary tanpa kehilangan data — kritikal untuk data penting seperti pembayaran atau pesanan), manakala `w: 1` lebih pantas tetapi berisiko kehilangan write jika primary gagal sebelum replikasi — satu pertukaran yang berkesan di mana pemilihan yang salah boleh bermakna kehilangan data secara senyap semasa failover. **Read concern** mengawal **ketekalan read**: `majority` memulangkan hanya data yang majority-committed (konsisten, tidak akan di-rollback) berbanding `local` (data terkini, mungkin belum tahan lasak dan tertakluk kepada rollback) — mempengaruhi sama ada read mungkin melihat data yang kemudiannya hilang.

Memahami **pertukaran** — jaminan yang lebih kuat (majority) lebih selamat dan lebih konsisten tetapi lebih perlahan, manakala yang lebih lemah lebih pantas tetapi berisiko kehilangan data atau read yang tidak konsisten — dan memilih berdasarkan kekritikalan data (kuat untuk data penting, lebih pantas untuk yang kurang kritikal) ialah pertimbangan utama.

Turut relevan ialah bahawa membaca daripada secondary menambah pertimbangan eventual-consistency (read lapuk).

Memandangkan ketekalan dan ketahanan data adalah kritikal (dan tahap yang betul bergantung pada data), dan memandangkan write/read concern ialah cara anda menala jaminan ini terhadap prestasi dalam seni bina teragih (replica set) MongoDB, memahaminya — tahap ketahanan/ketekalan, pertukaran prestasi, dan memilih dengan sewajarnya — adalah pengetahuan peringkat senior yang penting untuk membina aplikasi MongoDB teragih yang betul, satu topik yang menunjukkan pemahaman pertukaran ketekalan sistem teragih yang amat penting untuk aplikasi di mana kehilangan data atau ketidaktekalan akan menjadi mahal.