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

IT Interview Practice · 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.

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

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

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

Miért fontos

Kapcsolódó kérdések