Czym jest replikacja logiczna i kiedy jest przydatna?

Question

Accepted Answer

**Replikacja logiczna** replikuje zmiany danych na poziomie **konkretnych tabel** (przy użyciu modelu publikuj/subskrybuj), zamiast kopiować całą klaster bazy danych bajt-po-bajcie jak replikacja fizyczna (strumieniowa). To czyni ją elastyczną — selektywną, niezależną od wersji i do różnych schematów — idealna do migracji i integracji.

## Replikacja logiczna a fizyczna

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

## Konfiguracja replikacji logicznej (pub/sub)

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

**Publikacja** definiuje co replikować (konkretne tabele); **subskrypcja** je konsumuje. Zmiany (INSERT/UPDATE/DELETE) przepływają od wydawcy do subskrybenta.

## Kiedy replikacja logiczna jest przydatna

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

## Dlaczego to ważne

Replikacja logiczna to cenna wiedza PostgreSQL do **elastycznych scenariuszy replikacji danych** — szczególnie migracji, uaktualnień i integracji — dlatego zrozumienie jej jest przydatną wiedzą na poziomie senior do zarządzania bazami danych i architektury.

Jej kluczową różnicą od replikacji fizycznej (strumieniowej) jest **elastyczność**: zamiast kopiować całą klaster bajt-po-bajcie (fizycznie), replikacja logiczna replikuje **konkretne tabele** przez publikuj/subskrybuj, i co kluczowe, działa **między wersjami PostgreSQL** i do **różnych schematów**, z **zapisywalnym** subskrybentem.

Ta elastyczność umożliwia ważne przypadki użycia, których replikacja fizyczna nie obsługuje: przede wszystkim **bezprzestojowe duże uaktualnienia wersji** (replikowanie ze starej wersji Postgres do nowej, potem przełączenie — krytyczna zdolność, ponieważ replikacja fizyczna wymaga zgodnych wersji, co czyni replikację logiczną standardowym podejściem do uaktualnień bez przestojów), **migracje** (przenoszenie danych na nowy serwer/klaster z minimalnym przestojem), **selektywna replikacja** (replikowanie tylko określonych tabel), i **integracje** (dostarczanie konkretnych danych do systemów analitycznych, magazynów danych lub innych baz danych).

Zrozumienie konfiguracji publikuj/subskrybuj (publikacje definiują co replikować, subskrypcje je konsumują) i odpowiednich przypadków użycia (szczególnie uaktualnień i migracji) odzwierciedla cenną wiedzę operacyjną.

Ponieważ duże uaktualnienia wersji i migracje z minimalnym przestojem to ważne, rzeczywiste wyzwania operacyjne (a replikacja logiczna jest kluczowym narzędziem dla nich), i ponieważ selektywna/krzyżysystemowa replikacja umożliwia cenne wzorce integracji, zrozumienie replikacji logicznej — jak się różni od fizycznej, jej elastyczność (między wersjami, selektywna, zapisywalna), i jej przypadki użycia (szczególnie bezprzestojowe uaktualnienia i migracje) — to cenna wiedza na poziomie senior do operacji PostgreSQL i architektury, szczególnie istotna dla powtarzającego się, wysokorizyka potrzeby uaktualniania i migrowania baz danych bez przestoju, temat demonstrujący zaawansowane zrozumienie wdrażania i operacji Postgres.