Bagaimana write concern dan read concern mempengaruhi konsistensi?

Question

Accepted Answer

**Write concern** dan **read concern** mengontrol jaminan konsistensi dan durabilitas di MongoDB (dalam replica sets) — melakukan trade-off antara **performa** dan **keamanan/konsistensi**. Mereka memungkinkan Anda untuk menyetel seberapa kuat penulisan dikonfirmasi dan seberapa konsisten pembacaan, berdasarkan kebutuhan data.

## Write concern — durabilitas penulisan

```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** mengontrol durabilitas: `w: "majority"` memastikan penulisan direplikasi ke mayoritas (bertahan failover tanpa kehilangan data) tetapi lebih lambat; `w: 1` lebih cepat tetapi penulisan bisa hilang jika primary gagal sebelum replikasi.

## Read concern — konsistensi pembacaan

```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** mengontrol data apa yang dilihat pembacaan: `majority` mengembalikan hanya data yang committed ke mayoritas (tidak akan di-rollback — konsisten), versus `local` (data local terbaru, mungkin belum committed ke mayoritas).

## Trade-off konsistensi vs performa

```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 ini penting

Memahami write concern dan read concern penting untuk **mengelola trade-off konsistensi-vs-performa** dalam MongoDB replica sets, sehingga ini adalah pengetahuan tingkat senior yang berharga untuk membangun aplikasi MongoDB terdistribusi yang benar dan diatur dengan baik.

Pengaturan ini mengontrol jaminan konsistensi dan durabilitas MongoDB, dan memahaminya diperlukan untuk memastikan data ditangani dengan tingkat keamanan yang tepat untuk pentingnya data tersebut. **Write concern** sangat penting untuk **durabilitas**: `w: "majority"` memastikan penulisan direplikasi ke mayoritas node (bertahan failover primary tanpa kehilangan data — kritis untuk data penting seperti pembayaran atau pesanan), sementara `w: 1` lebih cepat tetapi berisiko kehilangan penulisan jika primary gagal sebelum replikasi — trade-off konsekuensial di mana memilih salah bisa berarti kehilangan data diam-diam pada failover. **Read concern** mengontrol **konsistensi pembacaan**: `majority` mengembalikan hanya data yang committed ke mayoritas (konsisten, tidak akan di-rollback) versus `local` (data terbaru, mungkin belum durable dan dapat di-rollback) — mempengaruhi apakah pembacaan mungkin melihat data yang kemudian hilang.

Memahami **trade-off** — jaminan lebih kuat (majority) lebih aman dan konsisten tetapi lebih lambat, sementara yang lebih lemah lebih cepat tetapi berisiko kehilangan data atau pembacaan tidak konsisten — dan memilih berdasarkan kritikalitas data (kuat untuk data penting, lebih cepat untuk data kurang penting) adalah pertimbangan kunci.

Juga relevan adalah pembacaan dari secondaries menambah pertimbangan eventual-consistency (pembacaan basi).

Karena konsistensi dan durabilitas data adalah kritis (dan tingkat yang tepat bergantung pada data), dan karena write/read concern adalah cara Anda menyetel jaminan ini terhadap performa dalam arsitektur terdistribusi MongoDB (replica set), memahami mereka — tingkat durabilitas/konsistensi, trade-off performa, dan memilih dengan tepat — adalah pengetahuan tingkat senior yang penting untuk membangun aplikasi MongoDB terdistribusi yang benar, sebuah topik yang menunjukkan pemahaman tentang trade-off konsistensi sistem terdistribusi yang sangat penting untuk aplikasi di mana kehilangan data atau inkonsistensi akan merugikan.