Vad är logisk replikering och när är den användbar?

Question

Accepted Answer

**Logisk replikering** replikerar dataförändringar på nivån för **specifika tabeller** (med en publish/subscribe-modell), snarare än att kopiera hela databasklustret byte-för-byte som fysisk (streaming) replikering gör. Detta gör den flexibel — selektiv, versionsöverkorsande och till olika scheman — idealisk för migrering och integrering.

## Logisk jämfört med fysisk replikering

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

## Konfigurera logisk replikering (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
```

En **publikation** definierar vad som ska replikeras (specifika tabeller); en **prenumeration** konsumerar den. Förändringar (INSERT/UPDATE/DELETE) flödar från utgivare till prenumerant.

## När logisk replikering är användbar

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

## Varför det är viktigt

Logisk replikering är värdefull PostgreSQL-kunskap för **flexibla scenarioer för datareplikering** — särskilt migreringar, uppgraderingar och integrering — så förståelse för den är användbar kunskap på seniornivå för databasoperationer och arkitektur.

Den viktigaste skillnaden från fysisk (streaming) replikering är **flexibilitet**: istället för att kopiera hela klustret byte-för-byte (fysisk) replikerar logisk replikering **specifika tabeller** via publish/subscribe, och fungerar framför allt **över PostgreSQL-versioner** och till **olika scheman**, med en **skrivbar** prenumerant.

Denna flexibilitet möjliggör viktiga användningsfall som fysisk replikering inte kan hantera: framför allt **nolldowntime-uppgraderingar av huvudversion** (replikering från en gammal Postgres-version till en ny, sedan växling — en kritisk funktion eftersom fysisk replikering kräver matchande versioner, vilket gör logisk replikering till standardmetoden för uppgradering av huvudversion utan driftstopp), **migreringar** (flytta data till en ny server/kluster med minimal driftstopp), **selektiv replikering** (replikering av endast vissa tabeller) och **integrering** (mata specifik data till analyssystem, data warehouses eller andra databaser).

Förståelse för publish/subscribe-konfigurationen (publikationer som definierar vad som ska replikeras, prenumerationer som konsumerar dem) och lämpliga användningsfall (särskilt uppgraderingar och migreringar) speglar värdefull operativ kunskap.

Eftersom uppgraderingar av huvudversion och migreringar med minimal driftstopp är viktiga, verkliga operativa utmaningar (och logisk replikering är nyckelverktyget för dem), och eftersom selektiv/tvärsystemreplikering möjliggör värdefulla integrationsmönster, är förståelse för logisk replikering — hur den skiljer sig från fysisk, dess flexibilitet (versionsöverkorsande, selektiv, skrivbar) och dess användningsfall (särskilt nolldowntime-uppgraderingar och migreringar) — värdefull kunskap på seniornivå för PostgreSQL-operationer och arkitektur, särskilt relevant för det återkommande och högriskabla behovet av att uppgradera och migrera databaser utan driftstopp, ett ämne som visar avancerad förståelse för Postgres-distribution och operationer.