write concern आणि read concern consistency ला कसे प्रभावित करतात?

Question

IT Interview Practice · Accepted Answer

**Write concern** आणि **read concern** MongoDB मध्ये (replica sets मध्ये) consistency आणि durability guarantees नियंत्रित करतात — **performance** आणि **safety/consistency** मध्ये trade-off करतात. ते आपल्याला writes किती दृढपणे confirm केले जातात आणि reads किती consistent आहेत हे tuning करू देतात, डेटाच्या गरजांवर आधारित.

## Write concern — writes चे durability

```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** durability नियंत्रित करते: `w: "majority"` ensure करते की write majority ला replicate होते (failover मधून loss न होता survive करते) पण हे slower आहे; `w: 1` faster आहे पण primary fail झाल्यास replication आधी write lost होऊ शकते.

## Read concern — reads चे consistency

```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** नियंत्रित करते की कोणता डेटा reads पाहतात: `majority` केवळ majority-committed डेटा return करते (rollback होणार नाही — consistent), `local` च्या विरुद्ध (latest local डेटा, अजूनही majority-committed नसू शकते).

## Consistency vs performance 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).
```

## हे महत्वाचे का आहे

MongoDB replica sets मध्ये **consistency-vs-performance trade-off manage करण्यासाठी** write concern आणि read concern समजून घेणे महत्वाचे आहे, म्हणून ते senior-level knowledge महत्वाचे आहे correct, appropriately-tuned distributed MongoDB applications build करण्यासाठी.

हे settings MongoDB चे consistency आणि durability guarantees नियंत्रित करतात, आणि समजून घेणे आवश्यक आहे की डेटा त्याचे महत्व लक्षात घेऊन right level of safety सह handle केला जातो. **Write concern** विशेषतः **durability** साठी महत्वाचे आहे: `w: "majority"` ensure करते की write nodes च्या majority ला replicate होते (primary failover न होता survive करते data loss — payments किंवा orders सारख्या महत्वाचे डेटासाठी critical), तर `w: 1` faster आहे पण primary fail झाल्यास replication आधी write losing चा जोखीम आहे — एक consequential trade-off जेथे गलत निवड silent data loss on failover मध्ये होऊ शकते. **Read concern** **read consistency** नियंत्रित करते: `majority` केवळ majority-committed डेटा return करते (consistent, rollback होणार नाही) `local` च्या विरुद्ध (latest डेटा, अजूनही durable नसू शकते आणि rollback subject आहे) — affecting करते की reads कदाचित असा डेटा पाहू शकतात जो नंतर disappear होते.

**Trade-off** समजून घेणे — stronger guarantees (majority) safer आणि अधिक consistent आहेत पण slower, तर weaker ones faster आहेत पण data loss किंवा inconsistent reads चा जोखीम आहे — आणि डेटाच्या criticality वर आधारित निवड (महत्वाचे डेटासाठी strong, कमी critical साठी faster) हे key judgment आहे.

साथीचे असे आहे की secondaries वरून reading करणे eventual-consistency considerations जोडते (stale reads).

डेटा consistency आणि durability critical असल्याने (आणि right level डेटावर depend करते), आणि write/read concern MongoDB च्या distributed (replica set) architecture मध्ये guarantees tuning करण्याचा मार्ग असल्याने, समजून घेणे — durability/consistency levels, performance trade-off, आणि appropriately निवड करणे — important senior-level knowledge आहे correct distributed MongoDB applications build करण्यासाठी, एक topic जे distributed-systems consistency trade-offs समजून घेण्याचे दर्शन देते जे विशेषतः महत्वाचे आहे applications साठी जेथे data loss किंवा inconsistency costly होऊ शकते.

Write concern — writes चे durability

Read concern — reads चे consistency

Consistency vs performance trade-off

हे महत्वाचे का आहे

संबंधित प्रश्न