লেখার উদ্বেগ এবং পড়ার উদ্বেগ সামঞ্জস্যকে কীভাবে প্রভাবিত করে?

Question

Accepted Answer

**Write concern** এবং **read concern** MongoDB-তে (replica sets-এ) সামঞ্জস্য এবং স্থায়িত্বের গ্যারান্টি নিয়ন্ত্রণ করে — **কর্মক্ষমতা** এবং **নিরাপত্তা/সামঞ্জস্যের** মধ্যে বিনিময় করে। এগুলি আপনাকে লেখাগুলি কত শক্তিশালীভাবে নিশ্চিত করা হয় এবং পড়াগুলি কত সামঞ্জস্যপূর্ণ তা ডেটার প্রয়োজনের উপর ভিত্তি করে সামঞ্জস্য করতে দেয়।

## লেখার উদ্বেগ — লেখার স্থায়িত্ব

```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"` নিশ্চিত করে যে লেখাটি বেশিরভাগ নোডে প্রতিলিপিযুক্ত হয় (ব্যর্থতা ছাড়াই বেঁচে থাকে) কিন্তু এটি ধীর; `w: 1` দ্রুত কিন্তু প্রাথমিক ব্যর্থ হলে লেখা হারিয়ে যেতে পারে।

## পড়ার উদ্বেগ — পড়ার সামঞ্জস্য

```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` (সর্বশেষ স্থানীয় ডেটা, সম্ভবত এখনও সংখ্যাগরিষ্ঠ-প্রতিশ্রুতিবদ্ধ নয়)।

## সামঞ্জস্য বনাম কর্মক্ষমতা বিনিময়

```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-এ **সামঞ্জস্য-বনাম-কর্মক্ষমতা বিনিময় পরিচালনার** জন্য write concern এবং read concern বোঝা গুরুত্বপূর্ণ, তাই এটি সঠিক, যথাযথভাবে টিউন করা বিতরণ করা MongoDB অ্যাপ্লিকেশন তৈরির জন্য মূল্যবান সিনিয়র-স্তরের জ্ঞান।

এই সেটিংসগুলি MongoDB-এর সামঞ্জস্য এবং স্থায়িত্বের গ্যারান্টি নিয়ন্ত্রণ করে, এবং ডেটা পরিচালনা করা হচ্ছে তার গুরুত্বের জন্য সঠিক নিরাপত্তা স্তরের সাথে নিশ্চিত করতে তাদের বোঝা প্রয়োজন। **Write concern** বিশেষভাবে **স্থায়িত্বের** জন্য গুরুত্বপূর্ণ: `w: "majority"` নিশ্চিত করে যে একটি লেখা নোডের সংখ্যাগরিষ্ঠতায় প্রতিলিপিযুক্ত হয় (প্রাথমিক ব্যর্থতা ছাড়াই ডেটা ক্ষতি থেকে বেঁচে থাকা — পেমেন্ট বা অর্ডারের মতো গুরুত্বপূর্ণ ডেটার জন্য সমালোচনামূলক), যখন `w: 1` দ্রুত কিন্তু প্রতিলিপির আগে প্রাথমিক ব্যর্থ হলে লেখা হারানোর ঝুঁকি — একটি গুরুত্বপূর্ণ বিনিময় যেখানে ভুল পছন্দ অর্থ নীরব ডেটা ক্ষতি হতে পারে। **Read concern** নিয়ন্ত্রণ করে **পড়ার সামঞ্জস্য**: `majority` শুধুমাত্র সংখ্যাগরিষ্ঠ-প্রতিশ্রুতিবদ্ধ ডেটা প্রদান করে (সামঞ্জস্যপূর্ণ, রোলব্যাক হবে না) বনাম `local` (সর্বশেষ ডেটা, সম্ভবত এখনও টেকসই নয় এবং রোলব্যাকের অধীন) — প্রভাবিত করে পড়াগুলি ডেটা দেখতে পারে যা পরে অদৃশ্য হয়ে যায়।

বিনিময় বোঝা — শক্তিশালী গ্যারান্টি (সংখ্যাগরিষ্ঠ) নিরাপদ এবং আরও সামঞ্জস্যপূর্ণ কিন্তু ধীর, যখন দুর্বলগুলি দ্রুত কিন্তু ডেটা ক্ষতি বা সামঞ্জস্যহীন পড়ার ঝুঁকি — এবং ডেটার সমালোচনামূলকতার উপর ভিত্তি করে চয়ন করা (গুরুত্বপূর্ণ ডেটার জন্য শক্তিশালী, কম সমালোচনামূলকের জন্য দ্রুত) মূল বিচার।

প্রাসঙ্গিক যে সেকেন্ডারি থেকে পড়া চূড়ান্ত-সামঞ্জস্য বিবেচনা যোগ করে (স্টেল পড়া)।

যেহেতু ডেটা সামঞ্জস্য এবং স্থায়িত্ব গুরুত্বপূর্ণ (এবং সঠিক স্তর ডেটার উপর নির্ভর করে), এবং যেহেতু write/read concern হল কীভাবে আপনি MongoDB-এর বিতরণ করা (replica set) আর্কিটেকচারে কর্মক্ষমতার বিরুদ্ধে এই গ্যারান্টিগুলি টিউন করেন, তাদের বোঝা — স্থায়িত্ব/সামঞ্জস্যের স্তরগুলি, কর্মক্ষমতা বিনিময়, এবং যথাযথভাবে চয়ন করা — সঠিক বিতরণ করা MongoDB অ্যাপ্লিকেশন তৈরির জন্য গুরুত্বপূর্ণ সিনিয়র-স্তরের জ্ঞান, একটি বিষয় যা বিতরণ করা-সিস্টেমগুলির সামঞ্জস্য বিনিময়ের বোঝার প্রদর্শন করে যা এমন অ্যাপ্লিকেশনের জন্য বিশেষভাবে গুরুত্বপূর্ণ যেখানে ডেটা ক্ষতি বা সামঞ্জস্যহীনতা ব্যয়বহুল হবে।