Jak funguje replikace v PostgreSQL?

Question

Accepted Answer

**Replikace** kopíruje data z **primární** databáze na jeden nebo více **replik** (standby) serverů — pro vysokou dostupnost (failover, pokud primární databáze selže) a čtení v měřítku (distribuci čtecích dotazů). PostgreSQL primárně používá **streamingovou replikaci** (fyzickou) na základě write-ahead logu (WAL).

## Streamingová (fyzická) replikace

```text
Primary  ──(streams WAL: the write-ahead log of changes)──▶  Replica(s)
  ✓ The primary handles all WRITES
  ✓ Replicas continuously apply the primary's WAL → stay in sync (near-real-time)
  ✓ Replicas can serve READ queries ("hot standby") → scale reads
```

Primární server streamuje svůj **WAL** (write-ahead log — záznam každé změny) replikám, které jej aplikují, aby zůstaly synchronizované. Repliky jsou čtecí kopie, které mohou obsluhovat čtecí dotazy.

## Výhody: HA a čtení v měřítku

```text
HIGH AVAILABILITY → if the primary fails, a replica can be PROMOTED to primary (failover)
  → minimal downtime, no data loss (with synchronous replication)
READ SCALING → route read-only queries to replicas → offload the primary
  → handle more read traffic (great for read-heavy workloads)
BACKUPS → take backups from a replica without loading the primary
```

## Synchronní vs asynchronní replikace

```text
ASYNCHRONOUS (default) → the primary commits without waiting for replicas
  ✓ faster writes (no wait)   ✗ a tiny window of potential data loss on failover
SYNCHRONOUS → the primary waits for a replica to confirm before committing
  ✓ no data loss on failover  ✗ slower writes (waits for the replica)
→ Choose based on the durability vs performance trade-off.
```

## Logická replikace (jiný model)

```text
LOGICAL replication → replicates specific TABLES/changes (not the whole cluster), based
on a publish/subscribe model. Enables: selective replication, cross-version, and
replicating to different schemas → good for migrations, integrations, partial replication.
```

## Vysoká dostupnost v praxi

```text
Tools like Patroni, repmgr, or cloud-managed Postgres automate FAILOVER (detecting
primary failure and promoting a replica) → near-automatic high availability.
A load balancer / connection router directs writes to the primary, reads to replicas.
```

## Proč je to důležité

Replikace je důležitá pro budování **vysoce dostupných a škálovatelných** nasazení PostgreSQL, a její pochopení je cenné znalostí na seniorské úrovni pro architekturu produkčních databází.

Dva základní přínosy jsou kritické pro vážné aplikace: **vysoká dostupnost** (pokud primární databáze selže, může být replika povýšena na její místo, čímž se minimalizuje čas výpadku — nezbytné pro systémy, které musí zůstat dostupné) a **čtení v měřítku** (směrování čtecích dotazů pouze na repliky odlehčuje primárnímu serveru, což umožňuje systému zvládnout daleko více čtecího provozu — cenné pro čtecí zatížení).

Pochopení **streamingové replikace** (primární server streamuje svůj WAL replikám, které zůstávají synchronizované a mohou obsluhovat čtení) je základem.

Znalost **trade-off mezi synchronní a asynchronní replikací** je důležitá: asynchronní (výchozí — rychlejší zápisy, ale malé okno potenciální ztráty dat při failoveru) versus synchronní (žádná ztráta dat, ale pomalejší zápisy) — rozhodnutí o trvanlivosti versus výkonu ovlivňující spolehlivost.

Pochopení **logické replikace** (replikace konkrétních tabulek prostřednictvím pub/sub, užitečné pro migrace, meziverzní a částečné/selektivní replikace) rozšiřuje možnosti.

Znalost toho, že **nástroje pro HA** (Patroni, repmgr, spravovaný cloud Postgres) automatizují failover a že směrování čtení/zápisu řídí provoz vhodně, je praktická architektonická znalost.

Keďže vysoká dostupnost a škálovatelnost jsou základní požadavky pro produkční databázové systémy a protože replikace (s jejím HA failoverem, čtením v měřítku, trade-off mezi synchronií/asynchronií pro trvanlivost a logickou replikací pro flexibilitu) je primárním mechanismem, který PostgreSQL poskytuje, je pochopení replikace důležitou seniorskou znalostí pro navrhování spolehlivých a škálovatelných nasazení Postgres — často relevantní problém pro produkční systémy a téma demonstrující pochopení dostupnosti a škálování databází, které se očekává pro seniorské databázové/backendové role.