Πώς επηρεάζουν το write concern και το read concern τη συνέπεια;

Question

Accepted Answer

**Write concern** και **read concern** ελέγχουν τις εγγυήσεις συνέπειας και ανθεκτικότητας στο MongoDB (σε replica sets) — κάνοντας trade-off μεταξύ **απόδοσης** και **ασφάλειας/συνέπειας**. Σας επιτρέπουν να ρυθμίσετε πόσο ισχυρά επιβεβαιώνονται οι εγγραφές και πόσο συνεπείς είναι οι αναγνώσεις, με βάση τις ανάγκες των δεδομένων.

## Write concern — ανθεκτικότητα των εγγραφών

```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** ελέγχει την ανθεκτικότητα: `w: "majority"` εξασφαλίζει ότι η εγγραφή αναπαράγεται σε πλειοψηφία (επιζώντας failover χωρίς απώλεια), αλλά είναι πιο αργή· `w: 1` είναι πιο γρήγορη, αλλά μια εγγραφή θα μπορούσε να χαθεί εάν ο primary αποτύχει πριν από την αναπαραγωγή.

## Read concern — συνέπεια των αναγνώσεων

```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** ελέγχει ποια δεδομένα βλέπουν οι αναγνώσεις: `majority` επιστρέφει μόνο δεδομένα που έχουν δεσμευθεί από πλειοψηφία (δεν θα αναιρεθούν — συνεπή), σε σχέση με `local` (τα πιο πρόσφατα τοπικά δεδομένα, ενδεχομένως όχι ακόμη δεσμευμένα από πλειοψηφία).

## Το trade-off μεταξύ συνέπειας και απόδοσης

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

## Γιατί είναι σημαντικό

Η κατανόηση του write concern και read concern είναι σημαντική για **διαχείριση του trade-off συνέπειας-έναντι-απόδοσης** σε replica sets του MongoDB, επομένως είναι πολύτιμη γνώση ανώτερου επιπέδου για τη δημιουργία σωστών, κατάλληλα ρυθμισμένων κατανεμημένων εφαρμογών MongoDB.

Αυτές οι ρυθμίσεις ελέγχουν τις εγγυήσεις συνέπειας και ανθεκτικότητας του MongoDB, και η κατανόησή τους είναι απαραίτητη για να εξασφαλίσετε ότι τα δεδομένα χειρίζονται με το σωστό επίπεδο ασφάλειας για τη σημασία τους. **Write concern** είναι ιδιαίτερα σημαντικό για **ανθεκτικότητα**: `w: "majority"` εξασφαλίζει ότι μια εγγραφή αναπαράγεται σε πλειοψηφία κόμβων (επιζώντας primary failover χωρίς απώλεια δεδομένων — κρίσιμο για σημαντικά δεδομένα όπως πληρωμές ή παραγγελίες), ενώ `w: 1` είναι πιο γρήγορη αλλά διακινδυνεύει να χάσει μια εγγραφή εάν ο primary αποτύχει πριν από την αναπαραγωγή — ένα σημαντικό trade-off όπου η λάθος επιλογή θα μπορούσε να σημαίνει αθόρυβη απώλεια δεδομένων στο failover. **Read concern** ελέγχει **συνέπεια ανάγνωσης**: `majority` επιστρέφει μόνο δεδομένα δεσμευμένα από πλειοψηφία (συνεπή, δεν θα αναιρεθούν) σε σχέση με `local` (τα πιο πρόσφατα δεδομένα, ενδεχομένως όχι ακόμη ανθεκτικά και υπόκειται σε αναίρεση) — επηρεάζοντας εάν οι αναγνώσεις ενδέχεται να δουν δεδομένα που αργότερα εξαφανίζονται.

Η κατανόηση του **trade-off** — ισχυρότερες εγγυήσεις (majority) είναι ασφαλέστερες και πιο συνεπείς αλλά πιο αργές, ενώ αδύναμες είναι πιο γρήγορες αλλά διακινδυνεύουν απώλεια δεδομένων ή ασυνεπείς αναγνώσεις — και η επιλογή με βάση την κριτικότητα των δεδομένων (ισχυρή για σημαντικά δεδομένα, πιο γρήγορη για λιγότερο κρίσιμα) είναι η κύρια κρίση.

Σχετικό είναι επίσης ότι η ανάγνωση από secondary προσθέτει εκτιμήσεις eventual-consistency (παλαιές αναγνώσεις).

Επειδή η συνέπεια και ανθεκτικότητα δεδομένων είναι κρίσιμες (και το σωστό επίπεδο εξαρτάται από τα δεδομένα), και επειδή write/read concern είναι ο τρόπος που ρυθμίζετε αυτές τις εγγυήσεις έναντι της απόδοσης στην κατανεμημένη αρχιτεκτονική (replica set) του MongoDB, η κατανόησή τους — τα επίπεδα ανθεκτικότητας/συνέπειας, το trade-off απόδοσης, και η κατάλληλη επιλογή — είναι σημαντική γνώση ανώτερου επιπέδου για τη δημιουργία σωστών κατανεμημένων εφαρμογών MongoDB, ένα θέμα που καταδεικνύει κατανόηση των trade-off συνέπειας κατανεμημένων συστημάτων που είναι ιδιαίτερα σημαντικό για εφαρμογές όπου η απώλεια δεδομένων ή ασυνέπεια θα ήταν δαπανηρή.