Hvordan påvirker write concern og read concern konsistensen?

Question

Accepted Answer

**Write concern** og **read concern** styrer konsistens- og holdbarhedsgarantier i MongoDB (i replica sets) — og handler om afvejningen mellem **ydelse** og **sikkerhed/konsistens**. De lader dig indstille hvor stærkt skrivninger bekræftes, og hvor konsistente læsninger er, baseret på datadenes behov.

## Write concern — holdbarhed af skrivninger

```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** styrer holdbarhed: `w: "majority"` sikrer at skrivningen replikeres til et flertal (overlever failover uden tab), men er langsommere; `w: 1` er hurtigere, men en skrivning kunne gå tabt hvis primary fejler før replikering.

## Read concern — konsistens af læsninger

```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** styrer hvilke data læsninger ser: `majority` returnerer kun flertal-committed data (vil ikke blive rullet tilbage — konsistent), versus `local` (den seneste lokale data, muligvis ikke endnu flertal-committed).

## Afvejningen mellem konsistens og ydelse

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

At forstå write concern og read concern er vigtigt for **at håndtere afvejningen mellem konsistens og ydelse** i MongoDB replica sets, så det er værdifuldt senior-niveau viden for at opbygge korrekte, passende-tuned distribuerede MongoDB-applikationer.

Disse indstillinger styrer Mongodbs konsistens- og holdbarhedsgarantier, og at forstå dem er nødvendigt for at sikre data håndteres med det rigtige sikkerhedsniveau for dets vigtighed. **Write concern** er særlig vigtig for **holdbarhed**: `w: "majority"` sikrer at en skrivning replikeres til et flertal af noder (overlever primary failover uden datatab — kritisk for vigtige data som betalinger eller ordrer), mens `w: 1` er hurtigere men risikerer at miste en skrivning hvis primary fejler før replikering — en væsentlig afvejning hvor forkert valg kunne betyde stiltiende datatab ved failover. **Read concern** styrer **læsekonsistens**: `majority` returnerer kun flertal-committed data (konsistent, vil ikke blive rullet tilbage) versus `local` (de seneste data, muligvis ikke endnu durable og underlagt rollback) — påvirkende om læsninger kunne se data der senere forsvinder.

At forstå **afvejningen** — stærkere garantier (majority) er mere sikre og konsistente men langsommere, mens svagere er hurtigere men risikerer datatab eller inkonsistente læsninger — og at vælge baseret på datadenes kritikalitet (stærk for vigtige data, hurtigere for mindre kritisk) er nøglejudgementet.

Ogskinne relevant at læsning fra secondaries tilføjer eventual-consistency overvejelser (forældede læsninger).

Da datakonsistens og holdbarhed er kritisk (og det rigtige niveau afhænger af dataene), og da write/read concern er hvordan du justerer disse garantier mod ydelse i Mongodbs distribuerede (replica set) arkitektur, er at forstå dem — holdbarheids-/konsistensniveauerne, ydelses-afvejningen, og at vælge passende — vigtig senior-niveau viden for at opbygge korrekte distribuerede MongoDB-applikationer, et emne der demonstrerer forståelse af distribuerede-systems konsistens-afvejninger der er særlig vigtig for applikationer hvor datatab eller inkonsistens ville være kostbar.