PostgreSQL'de MVCC nedir?

Question

Accepted Answer

**MVCC** (Multi-Version Concurrency Control), PostgreSQL'in eş zamanlı erişimi nasıl yönettiğidir — satırları okumalar için kilitlemek yerine, satırların **birden fazla versiyonunu** tutar, böylece her işlem verinin tutarlı bir **snapshot**'ını görür. Temel avantaj: **okuyucular yazarları engellemez ve yazarlar okuyucuları engellemez**, yüksek eş zamanlılığı sağlar.

## Temel fikir: birden fazla satır versiyonu

```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.
```

## Büyük avantaj: okuma kilidi yok

```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.
```

## Nasıl çalışır (basitleştirilmiş)

```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, işlem kimliklerini ve satır görünürlüğünü izler, böylece her işlem doğru versiyonu görür. Bu, okuma kilitleri olmadan **isolation** sağlar.

## Maliyet: ölü tuple'lar ve 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.
```

## Neden önemli

MVCC, PostgreSQL'in eş zamanlılık davranışını ve performansını anlamak için temeldir, bu nedenle Postgres ile etkili bir şekilde çalışmak için değerli bilgidir.

MVCC'nin sağladığı temel değer **yüksek eş zamanlılıktır**: satırların birden fazla versiyonunu tutarak ve her işleme tutarlı bir snapshot vererek, **okuyucular yazarları engellemez ve yazarlar okuyucuları engellemez** — bu, gerçek uygulamalar için büyük bir avantajdır (uzun çalışan bir rapor güncellemeleri engellemez ve yazışlar okumaları engellemez), kilit tabanlı yaklaşımlardan çok daha iyi eş zamanlılığı sağlar, özellikle oku-ağırlıklı ve karışık iş yükleri için.

PostgreSQL'in eş zamanlı erişimi bu kadar iyi yönetmesinin nedeni budur ve MVCC'yi anlamak veritabanının eş zamanlılık özelliklerini açıklar (tutarlı snapshot'lar, okuma kilitleri olmadan isolation, kirli okumaların olmaması).

Önemlisi, MVCC'yi anlamak aynı zamanda **PostgreSQL'de `VACUUM`'un neden önemli olduğunu** açıklar: MVCC, satırlar güncellenip silinirken eski satır versiyonları ("ölü tuple'lar") oluşturur, bunlar bloat olarak birikir ve `VACUUM`/`AUTOVACUUM` bu alanı geri kazanan ve veritabanını sağlıklı tutan temizlik mekanizmasıdır — bu nedenle MVCC ve VACUUM sıkı bir şekilde bağlantılıdır ve bu bağlantıyı bilmek, veritabanı bakımı ve performansı için önemlidir (vacuum'u ihmal etmek bloat'a ve bozulmuş performansa yol açar, gerçek bir operasyonel endişe).

Eş zamanlılık davranışı veritabanının yük altında nasıl performans gösterdiğini temelde etkilediğinden ve MVCC (Postgres'in eş zamanlılık modeli) hem mükemmel oku/yaz eş zamanlılığını hem de VACUUM bakımının gerekliliğini açıkladığından, MVCC'yi anlamak PostgreSQL ile çalışmak için değerli bilgidir — veritabanının eş zamanlılık avantajlarını ve gerektirdiği bakımı açıklar, bu da hem performansı analiz etmek hem de Postgres'i doğru şekilde işletmek için önemlidir ve Postgres'in eş zamanlı erişimi nasıl yönettiğini anlayan biri olduğunu gösteren yaygın bir konudur.