Mantıksal çoğaltma (logical replication) nedir ve ne zaman yararlıdır?

Question

Accepted Answer

**Mantıksal çoğaltma**, veri değişikliklerini tüm veritabanı kümesini bayt-bayt kopyalamak yerine (fiziksel/akış çoğaltması gibi) **belirli tablolar** düzeyinde (yayın/abone modeli kullanarak) çoğaltır. Bu esneklik sağlar — seçici, sürümler arası ve farklı şemalara — geçişler ve entegrasyonlar için idealdir.

## Mantıksal vs fiziksel çoğaltma

```text
PHYSICAL (streaming) → replicates the ENTIRE cluster at the storage/WAL level
  ✓ exact copy, simple   ✗ all-or-nothing, same Postgres version, read-only replica

LOGICAL → replicates specific TABLES' changes via a publish/subscribe model
  ✓ SELECTIVE (choose tables), CROSS-VERSION, to DIFFERENT schemas, replica is WRITABLE
  ✗ more setup, some limitations (DDL not replicated automatically, etc.)
```

## Mantıksal çoğaltma kurulumu (yayın/abone)

```sql
-- on the SOURCE (publisher): publish specific tables
CREATE PUBLICATION my_pub FOR TABLE users, orders;
-- (or FOR ALL TABLES)

-- on the TARGET (subscriber): subscribe to the publication
CREATE SUBSCRIPTION my_sub
  CONNECTION 'host=source dbname=mydb user=rep'
  PUBLICATION my_pub;
-- → the subscriber receives and applies changes to users and orders
```

Bir **yayın (publication)** nelerin çoğaltılacağını tanımlar (belirli tablolar); bir **abone (subscription)** bunu tüketir. Değişiklikler (INSERT/UPDATE/DELETE) yayıncıdan aboneye akarlar.

## Mantıksal çoğaltma ne zaman yararlıdır

```text
✓ ZERO-DOWNTIME MAJOR UPGRADES — replicate from an old version to a new version, then
  switch over (physical replication can't cross versions) — a key use case
✓ MIGRATIONS — move data to a new server/cluster with minimal downtime
✓ SELECTIVE replication — replicate only certain tables (not the whole database)
✓ INTEGRATIONS — feed specific data to another system (analytics, data warehouse)
✓ Consolidating data from multiple databases into one
✓ The replica is WRITABLE (can have its own additional data/tables)
```

## Neden önemli

Mantıksal çoğaltma, **esnek veri çoğaltma senaryoları** — özellikle geçişler, yükseltmeler ve entegrasyonlar — için değerli PostgreSQL bilgisidir, bu nedenle anlaşılması veritabanı işletimi ve mimarisi için ileri seviye bilgidir.

Fiziksel (akış) çoğaltmadan temel farkı **esnekliktir**: tüm kümeyi bayt-bayt kopyalamak yerine (fiziksel), mantıksal çoğaltma yayın/abone aracılığıyla **belirli tabloları** çoğaltır ve kritik olarak **PostgreSQL sürümleri arasında** ve **farklı şemalara** çalışır, **yazılabilir** abone ile.

Bu esneklik fiziksel çoğaltmanın işleyemediği önemli kullanım durumlarını sağlar: özellikle **sıfır-kesinti ana sürüm yükseltmeleri** (eski Postgres sürümünden yenisine çoğaltma, sonra geçiş — kritik yetenek çünkü fiziksel çoğaltma eşleşen sürümler gerektirir, mantıksal çoğaltma kesinti olmadan ana sürüm yükseltmesi için standart yaklaşım), **geçişler** (minimal kesinti ile veriyi yeni sunucuya/kümeye taşıma), **seçici çoğaltma** (yalnızca belirli tabloları çoğaltma) ve **entegrasyonlar** (belirli veriyi analitik sistemlere, veri depolarına veya diğer veritabanlarına sağlama).

Yayın/abone kurulumunun anlaşılması (ne çoğaltılacağını tanımlayan yayınlar, bunu tüketen aboneler) ve uygun kullanım durumları (özellikle yükseltmeler ve geçişler) değerli operasyonel bilgisini yansıtır.

Ana sürüm yükseltmeleri ve minimal kesinti ile geçişler önemli, gerçek operasyonel zorluklar olduğundan (ve mantıksal çoğaltma bunlar için temel araçtır) ve seçici/sistemler arası çoğaltma değerli entegrasyon desenleri sağladığından, mantıksal çoğaltmayı anlamak — fiziksel çoğaltmadan farkı, esnekliği (sürümler arası, seçici, yazılabilir) ve kullanım durumları (özellikle sıfır-kesinti yükseltmeleri ve geçişler) — kesinti olmadan veritabanlarını yükseltme ve geçirme konusundaki yinelenen, yüksek riskli ihtiyaç için Postgres dağıtımı ve işletimi ile ilgili ileri seviye bilgisini gösteren, PostgreSQL işletimi ve mimarisi için değerli ileri seviye bilgidir.