Write concern மற்றும் read concern ஆகியவை consistency-ஐ எவ்வாறு பாதிக்கின்றன?

Question

Accepted Answer

**Write concern** மற்றும் **read concern** ஆகியவை MongoDB-ல் (replica sets-ல்) consistency மற்றும் durability guarantees-ஐ கட்டுப்படுத்துகின்றன — **performance** மற்றும் **safety/consistency** இடையே trade-off செய்கின்றன. எழுதுதல்கள் எவ்வளவு வலுவாக உறுதிப்படுத்தப்படுகின்றன மற்றும் பாடல்கள் எவ்வளவு consistent-ஆக உள்ளன என்பதை தரவின் தேவைகளின் அடிப்படையில் சரிசெய்ய இவை உங்களை அனுமதிக்கின்றன.

## 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"` எழுதுதல் ஒரு majority-க்கு replicate செய்யப்பட்டதை உறுதிப்படுத்துகிறது (failover-இலிருந்து loss இல்லாமல் தப்பிக்கிறது) ஆனால் மெதுவாக உள்ளது; `w: 1` வேகமாக உள்ளது ஆனால் primary fail-ஆக முன் replication இல்லாமல் எழுதுதல் 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` only majority-committed data-ஐ return செய்கிறது (rolled back-ஆக மாட்டாது — consistent), versus `local` (latest local data, possibly not yet 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**-ஐ நிர்வகிப்பதற்கு write concern மற்றும் read concern ஐ புரிந்துகொள்வது முக்கியமாக உள்ளது, எனவே இது senior-level அறிவு சரியாக, appropriately-tuned distributed MongoDB applications-ஐ நிர்மாணிப்பதற்கு மதிப்புடையது.

இந்த settings MongoDB-ன் consistency மற்றும் durability guarantees-ஐ கட்டுப்படுத்துகிறது, மற்றும் அதன் महत्वच்যத்தின் சரியான நிலை safety-க்கான தரவு processed-ஆக உள்ளது என்பதை உறுதிப்படுத்த இவற்றை புரிந்துகொள்வது அவசியம். **Write concern** **durability**-க்கு மிகவும் முக்கியம்: `w: "majority"` ஒரு எழுதுதல் nodes-ன் majority-க்கு replicate செய்யப்பட்டதை உறுதிப்படுத்துகிறது (primary failover-இலிருந்து data loss இல்லாமல் தப்பிக்கிறது — payments அல்லது orders போன்ற முக்கியமான தரவுக்கு critical), while `w: 1` வேகமாக உள்ளது ஆனால் primary fail-ஆக முன் replication இல்லாமல் எழுதுதல் lost-ஆக இருக்கலாம் — consequential trade-off இங்கு தவறாக choosing-ஆக மாறினால் failover-ல் silent data loss-ஐ குறிப்பிட்டு இருக்கும். **Read concern** **read consistency**-ஐ கட்டுப்படுத்துகிறது: `majority` only majority-committed data-ஐ return செய்கிறது (consistent, won't be rolled back) versus `local` (latest data, possibly not yet durable மற்றும் rollback subject) — reads பிறகு disappear-ஆக இருக்கும் தரவைக் காணுகிறதா என்பதை பாதிக்கிறது.

**Trade-off**-ஐ புரிந்துகொள்வது — stronger guarantees (majority) safer மற்றும் more consistent ஆனால் slower, while weaker ones faster ஆனால் data loss அல்லது inconsistent reads risk — மற்றும் தரவின் criticality-ஐ based-ஆக choosing (important data-க்கு strong, less critical-க்கு faster) ஆகியவை key judgment ஆகும்.

Also relevant என்பது secondaries-இலிருந்து reading eventual-consistency considerations (stale reads) கூடுகிறது.

Data consistency மற்றும் durability critical-ஆக உள்ளதால் (மற்றும் சரியான நிலை தரவுவை depends), மற்றும் write/read concern MongoDB-ன் distributed (replica set) architecture-ல் performance-க்கு இந்த guarantees-ஐ tune செய்வது, புரிந்துகொள்வது — durability/consistency levels, performance trade-off, மற்றும் appropriately choosing — correct distributed MongoDB applications-ஐ நிர்மாணிப்பதற்கு senior-level அறிவு முக்கியமாக உள்ளது, distributed-systems consistency trade-offs-ஐ புரிந்துகொள்வது demonstrating topic ஆகும் இது especially முக்கியம் applications-க்கு data loss அல்லது inconsistency costly-ஆக இருக்கும்.