Write concern र read concern ले MongoDB (replica sets मा) मा consistency र durability guarantees नियन्त्रण गर्छन् — performance र safety/consistency बीच trade-off गरी। तिनीहरूले तपाईंलाई writes कति दृढता संग confirm हुन्छन् र reads कति consistent छन् भन्ने कुरा डेटाको आवश्यकताको आधारमा ट्यून गर्न दिन्छन्।
db..(doc, { : { : } });
db..(doc, { : { : } });
db..(doc, { : { : , : } });
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" ले सुनिश्चित गर्छ कि write majority को लागि replicate हुन्छ (failover बिना loss को survive गर्छ) तर यो धीमो छ; w: 1 छिटो छ तर primary fail हुनु अघि replication हुनु अघि write हराउन सक्छ।
db.orders.find().readConcern("majority"); // read data acknowledged by a majority
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 डेटा फर्काउँछ (rollback हुने छैन — consistent), बनाम local (सबै भन्दा नयाँ local डेटा, सम्भवतः अझै majority-committed नभएको)।
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 बुझ्न महत्त्वपूर्ण छ MongoDB replica sets मा consistency-vs-performance trade-off प्रबन्ध गर्न, त्यसैले यो senior-level ज्ञान सही, उपयुक्त-ट्यून गरिएको distributed MongoDB अनुप्रयोग बनाउनको लागि मूल्यवान छ।
यी settings ले MongoDB को consistency र durability guarantees नियन्त्रण गर्छन्, र डेटा यसको महत्त्वको लागि सही स्तरको सुरक्षाको साथ ह्यान्डल हुन्छ भन्ने कुरा सुनिश्चित गर्न यो बुझ्न आवश्यक छ। Write concern विशेष गरी durability को लागि महत्त्वपूर्ण छ: w: "majority" ले सुनिश्चित गर्छ कि write majority nodes को लागि replicate हुन्छ (primary failover बिना डेटा loss को survive गर्छ — भुक्तानी वा आदेश जस्तो महत्त्वपूर्ण डेटाको लागि महत्वपूर्ण), जबकि w: 1 छिटो छ तर primary fail हुनु अघि replication हुनु अघि write हराउने जोखिम हुन्छ — एक परिणामस्वरूप trade-off जहाँ गलत छनोट गर्नु failover मा silent डेटा loss को अर्थ हुन सक्छ। Read concern ले नियन्त्रण गर्छ read consistency: majority ले केवल majority-committed डेटा फर्काउँछ (consistent, rollback हुने छैन) बनाम local (सबै भन्दा नयाँ डेटा, सम्भवतः अझै durable नभएको र rollback को सापेक्ष) — असर गर्दै कि reads ले डेटा देख्न सक्छन् जो पछि गायब हुन सक्छ।
Buझ्न trade-off — दृढ guarantees (majority) सुरक्षित र अधिक consistent छन् तर धीमो छन्, जबकि कमजोर छ छिटो छ तर डेटा loss वा inconsistent reads को जोखिम हुन्छ — र डेटाको महत्वपूर्णताको आधारमा छनोट गर्न (महत्त्वपूर्ण डेटाको लागि दृढ, कम महत्वपूर्ण को लागि छिटो) मुख्य निर्णय हो।
Secondaries बाट पढ्न eventual-consistency विचार थप्न प्रासंगिक छ (stale reads)।
डेटा consistency र durability महत्वपूर्ण छन् (र सही स्तर डेटामा निर्भर गर्छ), र write/read concern MongoDB को distributed (replica set) आर्किटेक्चरमा performance विरुद्ध यी guarantees ट्यून गर्न को तरीका हो, यो बुझ्न — durability/consistency स्तर, performance trade-off, र उपयुक्त छनोट गर्न — सही distributed MongoDB अनुप्रयोग बनाउनको लागि महत्त्वपूर्ण senior-level ज्ञान हो, एक विषय जो distributed-systems consistency trade-offs को बुझाई प्रदर्शन गर्छ जो विशेष गरी महत्त्वपूर्ण छ अनुप्रयोगको लागि जहाँ डेटा loss वा inconsistency खर्चले होस् छ।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्