Hvordan påvirker write concern og read concern konsistensen?

Question

Accepted Answer

**Write concern** og **read concern** kontrollerer konsistens- og durabilitetsgarantier i MongoDB (i replica sets) — og avveier mellom **ytelse** og **sikkerhet/konsistens**. De lar deg justere hvor sterkt skrivinger bekreftes og hvor konsistente lesinger er, basert på datakravene.

## Write concern — durabiliteten for skrivinger

```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** kontrollerer durabiliteten: `w: "majority"` sikrer at skrivingen blir replikert til et flertall (overlever failover uten tap), men er langsommere; `w: 1` er raskere, men en skriving kan gå tapt hvis primary mislykkes før replikering.

## Read concern — konsistensen for lesinger

```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** kontrollerer hvilken data lesinger ser: `majority` returnerer kun data som er bekreftet av flertall (blir ikke rullet tilbake — konsistent), versus `local` (de nyeste lokale dataene, muligens ikke ennå bekreftet av flertall).

## Avveiingen mellom konsistens og ytelse

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

## Hvorfor det betyr noe

Å forstå write concern og read concern er viktig for å **håndtere avveiingen mellom konsistens og ytelse** i MongoDB replica sets, så det er verdifull senior-nivå kunnskap for å bygge korrekte, passende tunet distribuerte MongoDB-applikasjoner.

Disse innstillingene kontrollerer MongoDBs konsistens- og durabilitetsgarantier, og det er nødvendig å forstå dem for å sikre at data håndteres med riktig sikkerhetsnivå for dens betydning. **Write concern** er spesielt viktig for **durabiliteten**: `w: "majority"` sikrer at en skriving blir replikert til et flertall av noder (overlever primary failover uten datatap — kritisk for viktig data som betalinger eller ordre), mens `w: 1` er raskere, men risikerer å miste en skriving hvis primary mislykkes før replikering — en betydelig avveiing der feil valg kunne medføre stille datatap ved failover. **Read concern** kontrollerer **lesekonsistensen**: `majority` returnerer kun data som er bekreftet av flertall (konsistent, blir ikke rullet tilbake) versus `local` (de nyeste dataene, muligens ikke ennå durable og gjenstand for tilbakerulling) — og påvirker om lesinger kunne se data som senere forsvinner.

Å forstå **avveiingen** — sterkere garantier (majority) er tryggere og mer konsistente, men langsommere, mens svakere er raskere, men risikerer datatap eller inkonsistente lesinger — og å velge basert på datakritikaliteten (sterk for viktig data, raskere for mindre kritisk) er den viktige vurderingen.

Relevant er også at lesing fra secondaries legger til eventual-consistency hensyn (gamle lesinger).

Siden datakonsistens og durabiliteten er kritisk (og riktig nivå avhenger av dataene), og siden write/read concern er hvordan du justerer disse garantiene mot ytelse i MongoDBs distribuerte (replica set) arkitektur, er det å forstå dem — durabilitets-/konsistensnivåene, ytelsesavveiingen, og å velge passende — viktig senior-nivå kunnskap for å bygge korrekte distribuerte MongoDB-applikasjoner, et emne som viser forståelse av distributed-systems konsistensavveiinger som er spesielt viktig for applikasjoner der datatap eller inkonsistens ville være kostbar.

Write concern — durabiliteten for skrivinger

Read concern — konsistensen for lesinger

Avveiingen mellom konsistens og ytelse

Hvorfor det betyr noe

question.related