Hogyan befolyásolják az írási megbízhatóság (write concern) és olvasási megbízhatóság (read concern) a konzisztenciát?

Question

Accepted Answer

**Az írási megbízhatóság (write concern)** és az **olvasási megbízhatóság (read concern)** a MongoDB-ben (replika készletekben) szabályozzák a konzisztencia és tartósság garanciáit — kompromisszumot kötve a **teljesítmény** és a **biztonság/konzisztencia** között. Lehetővé teszik, hogy az adatok igényei alapján beállítsa, mennyire erősen erősítik meg az írásokat, és mennyire konzisztek az olvasások.

## Írási megbízhatóság (Write concern) — az írások tartóssága

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

Az **írási megbízhatóság (write concern)** a tartósságot szabályozza: a `w: "majority"` biztosítja, hogy az írás a többséghez replikálódik (a feladatátvétel során nem vesznek el adatok nélkül), de lassabb; a `w: 1` gyorsabb, de az írás elveszhet, ha az elsődleges csomópont meghiúsul a replikálás előtt.

## Olvasási megbízhatóság (Read concern) — az olvasások konzisztenciája

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

Az **olvasási megbízhatóság (read concern)** azt szabályozza, hogy mely adatokat látnak az olvasások: a `majority` csak a többség által jóváhagyott adatokat adja vissza (nem lesz visszagörgetva — konzisztens), illetve a `local` (a legújabb helyi adatok, amelyek valószínűleg még nem voltak többség által jóváhagyva).

## A konzisztencia és teljesítmény közötti kompromisszum

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

## Miért fontos

Az írási megbízhatóság és olvasási megbízhatóság megértése fontos a **konzisztencia és teljesítmény közötti kompromisszum kezeléséhez** a MongoDB replika készletekben, így értékes senior szintű tudás a helyes, megfelelően hangolt elosztott MongoDB alkalmazások felépítéséhez.

Ezek a beállítások a MongoDB konzisztencia és tartósság garanciáit szabályozzák, és megértésük szükséges ahhoz, hogy az adatokat megfelelő biztonsági szinttel kezeljük. Az **írási megbízhatóság (write concern)** különösen fontos a **tartóssághoz**: a `w: "majority"` biztosítja, hogy az írás a csomópontok többségéhez replikálódik (az elsődleges feladatátvétel során adatvesztés nélkül — kritikus a fontos adatokhoz, például kifizetésekhez vagy megrendelésekhez), míg a `w: 1` gyorsabb, de kockáztatja az írás elvesztését, ha az elsődleges feladatátvétel előtt meghiúsul — egy következményes kompromisszum, ahol a rossz választás hangos adatvesztéshez vezethet a feladatátvétel során. Az **olvasási megbízhatóság (read concern)** az **olvasás konzisztenciáját** szabályozza: a `majority` csak a többség által jóváhagyott adatokat adja vissza (konzisztens, nem lesz visszagörgetva) szemben a `local` (a legújabb adatok, amelyek valószínűleg még nem voltak tartósak és visszagörgetésre kerülhetnek) — amely azt befolyásolja, hogy az olvasások később eltűnő adatokat láthatnak-e.

A **kompromisszum** megértése — az erősebb garanciák (majority) biztonságosabbak és konziszensebbek, de lassabbak, míg a gyengébbek gyorsabbak, de az adatvesztés vagy inkonzisztens olvasások kockázata — és az adatok kritikussága alapján történő választás (erős a fontos adatokhoz, gyorsabb az kevésbé kritikusakhoz) — a kulcsfontosságú ítélet.

Ezzé kapcsolódó az is, hogy a másodlagos csomópontokból történő olvasás végül konzisztens szempontokat hoz (elavult olvasások).

Mivel az adatok konzisztenciája és tartóssága kritikus (és a megfelelő szint az adatoktól függ), és mivel az írási/olvasási megbízhatóság ezeknek a garanciáknak a MongoDB-ben a teljesítmény ellen hangolása (elosztott replika készlet architektúrában), azok megértése — a tartósság/konzisztencia szintek, a teljesítmény kompromisszum, és a megfelelő választás — fontos senior szintű tudás a helyes elosztott MongoDB alkalmazások felépítéséhez, olyan témakör, amely az elosztott rendszerek konzisztencia kompromisszumainak megértését mutatja, amely különösen fontos olyan alkalmazásoknál, ahol az adatvesztés vagy inkonzisztencia költséges lenne.