Mitä on looginen replikaatio ja milloin se on hyödyllistä?

Question

Accepted Answer

**Looginen replikaatio** replikoi tietojen muutoksia **tiettyjen taulukoiden** tasolla (käyttäen julkaisu/tilaus-mallia) sen sijaan, että kopioitaisiin koko tietokantaklusteri tavuittain fyysisen (streaming) replikaation tapaan. Tämä tekee siitä joustavan — valikoivan, versioiden välisen ja eri skeemoihin sopivan — ihanteellisen migraatioihin ja integrointeihin.

## Looginen vs fyysinen replikaatio

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

## Loogisen replikaation asettaminen (julkaisu/tilaus)

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

**Julkaisu** määrittää, mitä replikoidaan (tietyt taulukot); **tilaus** kuluttaa sitä. Muutokset (INSERT/UPDATE/DELETE) virtaavat julkaisijalta tilaajalle.

## Milloin looginen replikaatio on hyödyllistä

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

## Miksi se on tärkeää

Looginen replikaatio on arvokas PostgreSQL-tieto **joustaville tietojen replikaation skenaarioille** — erityisesti migraatioille, päivityksille ja integroinneille — joten sen ymmärtäminen on hyödyllistä vanhemman tason tietoa tietokannan toiminnoista ja arkkitehtuurista.

Sen keskeinen ero fyysisestä (streaming) replikaatiosta on **joustavuus**: sen sijaan, että kopioitaisiin koko klusteri tavuittain (fyysinen), looginen replikaatio replikoi **tiettyjä taulukoja** julkaisu/tilaus-mallin kautta, ja ratkaisevasti toimii **PostgreSQL-versioiden välillä** ja **eri skeemoihin**, **kirjoitettavalla** tilaajalla.

Tämä joustavuus mahdollistaa tärkeitä käyttötapauksia, joita fyysinen replikaatio ei voi käsitellä: merkittävimmin **nolla-käyttökatkojen pääversion päivitykset** (replikoiminen vanhasta Postgres-versiosta uuteen, sitten vaihtaminen — kriittinen ominaisuus, koska fyysinen replikaatio vaatii samat versiot, joten looginen replikaatio on vakiomenetelmä pääversioiden päivityksille ilman käyttökatkoja), **migraatiot** (tietojen siirtäminen uudelle palvelimelle/klusterille minimaalisella käyttökatkeella), **valikoiva replikaatio** (vain tiettyjen taulukoiden replikoiminen) ja **integrointit** (tiettyjen tietojen syöttäminen analytiikkajärjestelmiin, data warehouse-sovelluksiin tai muihin tietokantoihin).

Julkaisu/tilaus-asetuksen ymmärtäminen (julkaisut määrittävät, mitä replikoidaan, tilaukset kuluttavat niitä) ja sopivien käyttötapausten tunteminen (erityisesti päivitykset ja migraatiot) heijastaa arvokasta operatiivista tietoa.

Koska pääversion päivitykset ja migraatiot minimaalisella käyttökatkeella ovat tärkeitä, todellisuudessa esiintyviä haasteita (ja looginen replikaatio on niihin avaintyökalue), ja koska valikoiva/järjestelmien välinen replikaatio mahdollistaa arvokkaita integrointikuvioita, loogisen replikaation ymmärtäminen — miten se eroaa fyysisestä, sen joustavuus (versioiden välinen, valikoiva, kirjoitettava) ja sen käyttötapaukset (erityisesti nolla-käyttökatkojen päivitykset ja migraatiot) — on arvokasta vanhemman tason tietoa PostgreSQL-toiminnoista ja arkkitehtuurista, erityisen merkityksellinen toistuvalle, korkeapanoksiselle tarpeelle päivittää ja siirtää tietokantoja ilman käyttökatkoja, aihe, joka osoittaa kehittynyttä ymmärrystä Postgres-käyttöönotosta ja toiminnoista.