PostgreSQL-এ MVCC কী?

Question

Accepted Answer

**MVCC** (Multi-Version Concurrency Control) হল কীভাবে PostgreSQL সমসাময়িক অ্যাক্সেস পরিচালনা করে — সারি পড়ার জন্য লক করার পরিবর্তে, এটি সারিগুলির **একাধিক সংস্করণ** রাখে, তাই প্রতিটি লেনদেন ডেটার একটি সামঞ্জস্যপূর্ণ **স্ন্যাপশট** দেখে। মূল সুবিধা: **পাঠকরা লেখকদের ব্লক করে না এবং লেখকরা পাঠকদের ব্লক করে না**, উচ্চ সমসাময়িকতা সক্ষম করে।

## মূল ধারণা: একাধিক সারি সংস্করণ

```text
When a row is UPDATED, Postgres doesn't overwrite it — it creates a NEW version and
marks the old one obsolete. Different transactions can see different versions.
→ Each transaction sees a consistent SNAPSHOT of the database as of its start
  (depending on isolation level), unaffected by others' uncommitted changes.
```

## বড় সুবিধা: কোন পড়া লক নেই

```text
Without MVCC (lock-based): readers and writers BLOCK each other
  → a long-running report could block writes; a write could block reads.
With MVCC:
  ✓ READERS DON'T BLOCK WRITERS — a SELECT sees an old version while an UPDATE proceeds
  ✓ WRITERS DON'T BLOCK READERS
  ✓ Each transaction sees a stable, consistent view (no dirty reads)
→ Much higher concurrency for read-heavy and mixed workloads.
```

## এটি কীভাবে কাজ করে (সরলীকৃত)

```sql
-- Transaction A starts a long SELECT (sees a snapshot)
BEGIN; SELECT count(*) FROM orders;   -- sees data as of its snapshot

-- meanwhile Transaction B updates rows — creates new versions, doesn't block A
-- A still sees its consistent snapshot; B's changes are a new version
```

Postgres লেনদেন ID এবং সারি দৃশ্যমানতা ট্র্যাক করে যাতে প্রতিটি লেনদেন সঠিক সংস্করণ দেখে। এটি **বিচ্ছিন্নতা** প্রদান করে পড়া লক ছাড়াই।

## খরচ: মৃত টুপল এবং VACUUM

```text
MVCC creates obsolete row versions ("dead tuples") that accumulate → bloat.
VACUUM (and AUTOVACUUM) reclaims this dead space and keeps the database healthy.
→ This is why VACUUM is important in Postgres — it's the cleanup for MVCC's versions.
```

## এটি কেন গুরুত্বপূর্ণ

MVCC PostgreSQL-এর সমসাময়িক আচরণ এবং কর্মক্ষমতা বোঝার জন্য মৌলিক, তাই এটি Postgres-এর সাথে কার্যকরভাবে কাজ করার জন্য মূল্যবান জ্ঞান।

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

এটিই কারণ PostgreSQL সমসাময়িক অ্যাক্সেস এত ভালভাবে পরিচালনা করে এবং MVCC বোঝা ডাটাবেসের সমসাময়িক বৈশিষ্ট্যগুলি ব্যাখ্যা করে (সামঞ্জস্যপূর্ণ স্ন্যাপশট, পড়া লক ছাড়াই বিচ্ছিন্নতা, কোন নোংরা পড়া নেই)।

গুরুত্বের সাথে, MVCC বোঝা এও ব্যাখ্যা করে **কেন `VACUUM` PostgreSQL-এ গুরুত্বপূর্ণ**: MVCC সারিগুলি আপডেট এবং মুছে ফেলার সাথে সাথে পুরানো সারি সংস্করণ ("মৃত টুপল") তৈরি করে, যা ফুলে যাওয়া হিসাবে জমা হয় এবং `VACUUM`/`AUTOVACUUM` ক্লিনআপ মেকানিজম যা এই স্থান পুনরুদ্ধার করে এবং ডাটাবেসকে সুস্থ রাখে — তাই MVCC এবং VACUUM ঘনিষ্ঠভাবে সংযুক্ত এবং এই সংযোগ জানা ডাটাবেস রক্ষণাবেক্ষণ এবং কর্মক্ষমতার জন্য গুরুত্বপূর্ণ (ভ্যাকুয়াম উপেক্ষা করা ফুলে যাওয়া এবং হ্রাসপ্রাপ্ত কর্মক্ষমতার দিকে পরিচালিত করে, একটি বাস্তব অপারেশনাল উদ্বেগ)।

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