Kako poteka replikacija v PostgreSQL-u?

Question

Accepted Answer

**Replikacija** kopira podatke iz **primarnega** baznega sistema na enega ali več **replik** (standby) strežnikov — za visoko razpoložljivost (failover, če primarni sistem odpove) in bralno skalabilnost (porazdeljene bralne poizvedbe). PostgreSQL v glavnem uporablja **streaming replicationO** (fizično) na podlagi dnevnika pisanja vnaprej (WAL).

## Streaming (fizična) replikacija

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

Primarni sistem streema svoj **WAL** (dnevnik pisanja vnaprej — zapis vsakega spremembe) na replike, ki ga uporabijo, da ostanejo sinhornizirane. Replike so bralno-samo kopije, ki lahko služijo bralnim poizvedbam.

## Prednosti: HA in bralna skalabilnost

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

## Sinhrona proti asinhroni replikaciji

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

## Logična replikacija (drugačen 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.
```

## Visoka razpoložljivost v praksi

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

## Zakaj je to pomembno

Replikacija je pomembna za izgradnjo **visoko razpoložljivih in skalabilnih** PostgreSQL sistemov, zato je razumevanje tega dragoceno znanje na višji ravni za arhitekturo produkcijske baze podatkov.

Dve temeljni prednosti sta kritični za resne aplikacije: **visoka razpoložljivost** (če primarni bazni sistem odpove, je repliko mogoče povzdigniti, da prevzame, kar minimalizira izpad — bistveno za sisteme, ki morajo ostati dostopni) in **bralna skalabilnost** (usmerjanje samo-bralnih poizvedb na replike razbremen primarni sistem, kar sistemu omogoči, da obvlada veliko več bralnega prometa — dragoceno za bralno-intenzivne delovne obremenitve).

Razumevanje **streaming replikacije** (primarni sistem streema svoj WAL na replike, ki ostanejo sinhornizirane in lahko служijo branjem) je temelj.

Znanje **sinhronenosti proti asinhroni** kompromisa je pomembno: asinhrona (privzeta — hitrejši zapisi, toda majhno časovno okno potencialne izgube podatkov pri failoveru) proti sinhroni (brez izgube podatkov, toda počasnejši zapisi) — odločitev o trajnosti proti zmogljivosti, ki vpliva na zanesljivost.

Razumevanje **logične replikacije** (replikacija specifičnih tabel prek pub/sub, koristna za migracije, različice različnih verzij in delno/izbrano replikacijo) razširja možnosti.

Znanje, da **orodja HA** (Patroni, repmgr, upravljani cloud Postgres) avtomatizirajo failover, in da usmerjanje branja/pisanja usmeri promet ustrezno, je praktično arhitekturno znanje.

Ker sta visoka razpoložljivost in skalabilnost bistvene zahteve za produkcijske baze podatkov, in ker je replikacija (z njenimi HA failover, bralno skalabilnostjo, kompromis sinhroni/asinhroni trajnosti in logično replikacijo za fleksibilnost) primarni mehanizem, ki ga PostgreSQL zagotavlja zanje, je razumevanje replikacije važno znanje na višji ravni za arhitekturo zanesljivih in skalabilnih Postgres sistemov — pogosto relevant problem za produkcijske sisteme in tema, ki kaže razumevanje dostopnosti baze podatkov in skalabilnosti, ki se pričakuje za vodilne voge s področja baz podatkov in backend-a.