Cum afectează write concern și read concern consistența?

Question

Accepted Answer

**Write concern** și **read concern** controlează garanțiile de consistență și durabilitate în MongoDB (în replica sets) — realizând compromisuri între **performanță** și **siguranță/consistență**. Vă permit să acordați modul în care scrierile sunt confirmate și cât de consistente sunt citirile, pe baza nevoilor datelor.

## Write concern — durabilitatea scrierilor

```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** controlează durabilitatea: `w: "majority"` asigură că scrierea este replicată către o majoritate (supraviețuind failover-ului fără pierdere), dar este mai lent; `w: 1` este mai rapid, dar o scriere ar putea fi pierdută dacă primary-ul se defectează înainte de replicare.

## Read concern — consistența citirilor

```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** controlează ce date văd citirile: `majority` returnează doar date comise de majoritate (nu vor fi anulate — consistente), versus `local` (cele mai recente date locale, posibil nu încă comise de majoritate).

## Compromisul dintre consistență și performanță

```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).
```

## De ce este important

Înțelegerea write concern și read concern este importantă pentru **gestionarea compromisului dintre consistență și performanță** în replica sets MongoDB, deci este cunoștințe valoroase la nivel senior pentru construirea aplicațiilor MongoDB distribuite corecte și adecvat acordate.

Aceste setări controlează garanțiile de consistență și durabilitate ale MongoDB, și înțelegerea lor este necesară pentru a asigura că datele sunt tratate cu nivelul corect de siguranță pentru importanța lor. **Write concern** este deosebit de important pentru **durabilitate**: `w: "majority"` asigură că o scriere este replicată către o majoritate de noduri (supraviețuind failover-ului primary-ului fără pierdere de date — critic pentru date importante ca plăți sau comenzi), în timp ce `w: 1` este mai rapid, dar riscă pierderea unei scrieri dacă primary-ul se defectează înainte de replicare — un compromis cu consecințe unde alegerea greșită ar putea însemna pierdere silențioasă de date la failover. **Read concern** controlează **consistența citirilor**: `majority` returnează doar date comise de majoritate (consistente, nu vor fi anulate) versus `local` (cele mai recente date, posibil nu încă durabile și supuse anulării) — afectând dacă citirile ar putea vedea date care mai târziu dispar.

Înțelegerea **compromisului** — garanții mai puternice (majority) sunt mai sigure și mai consistente, dar mai lente, în timp ce cele mai slabe sunt mai rapide, dar riscă pierdere de date sau citiri inconsistente — și alegerea pe baza criticității datelor (puternică pentru date importante, mai rapidă pentru date mai puțin critice) este judecata cheie.

De asemenea, este relevant faptul că citirea din secundare adaugă considerații de eventual-consistency (citiri stale).

Deoarece consistența și durabilitatea datelor sunt critice (și nivelul corect depinde de date), și deoarece write/read concern sunt modul în care acordați aceste garanții versus performanță în arhitectura distribuită (replica set) MongoDB, înțelegerea lor — nivelurile de durabilitate/consistență, compromisul de performanță și alegerea adecvată — este cunoștințe importante la nivel senior pentru construirea aplicațiilor MongoDB distribuite corecte, un subiect demonstrând înțelegere a compromisurilor de consistență din sisteme distribuite care este deosebit de important pentru aplicații unde pierderea sau inconsistența datelor ar fi costisitoare.