Hur fungerar replikering i PostgreSQL?

Question

IT Interview Practice · Accepted Answer

**Replikering** kopierar data från en **primär** databas till en eller flera **replika** (standby) servrar — för hög tillgänglighet (failover om den primära databasen misslyckas) och lässkaling (distribuera läsfrågor). PostgreSQL använder främst **streaming replication** (fysisk) baserad på write-ahead log (WAL).

## Streaming (fysisk) replikering

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

Den primära servern streamer sin **WAL** (write-ahead log — en post över varje förändring) till replikor, som tillämpar den för att hålla sig synkroniserade. Replikor är skrivskyddade kopior som kan serva läsfrågor.

## Fördelarna: HA och lässkaling

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

## Synkron vs asynkron replikering

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

## Logisk replikering (en annan modell)

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

## Hög tillgänglighet i praktiken

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

## Varför det är viktigt

Replikering är viktigt för att bygga **mycket tillgängliga och skalbara** PostgreSQL-distributioner, så förståelse för det är värdeful kunskap på seniornivå för produktionsdatabasarkitektur.

De två kärnfördelarna är kritiska för allvarliga applikationer: **hög tillgänglighet** (om den primära databasen misslyckas kan en replika befordras för att ta över, vilket minimerar driftstopp — väsentligt för system som måste vara tillgängliga) och **lässkaling** (dirigera skrivskyddade frågor till replikor minskar belastningen på den primära servern, vilket gör att systemet kan hantera mycket mer lästrafik — värdefullt för läsintensiva arbetsbelastningar).

Förståelse för **streaming replication** (den primära servern streamer sin WAL till replikor som håller sig synkroniserade och kan serva läser) är grunden.

Kunskap om **synkron vs asynkron** avvägningen är viktig: asynkron (standard — snabbare skrivningar men ett litet fönster med potentiell dataförlust vid failover) kontra synkron (ingen dataförlust men långsammare skrivningar) — ett beslut om hållbarhet kontra prestanda som påverkar tillförlitligheten.

Förståelse för **logisk replikering** (replikering av specifika tabeller via pub/sub, användbar för migrationer, mellan versioner och delvis/selektiv replikering) utökar alternativen.

Kunskap om att **HA-verktyg** (Patroni, repmgr, managed cloud Postgres) automatiserar failover, och att läs-/skrivdirigerering dirigerar trafik korrekt, är praktisk arkitekturkunskap.

Eftersom hög tillgänglighet och skalbarhet är väsentliga krav för produktionsdatabassystem, och eftersom replikering (med dess HA-failover, lässkaling, synkron/asynkron hållbarhetsbeslut och logisk replikering för flexibilitet) är den primära mekanismen som PostgreSQL tillhandahåller för dem, är förståelse för replikering viktig kunskap på seniornivå för att konstruera tillförlitliga, skalbara Postgres-distributioner — ett frekvent relevant problem för produktionssystem och ett ämne som visar förståelse för databasövertillgänglighet och skalning som förväntas för höga databas-/backend-roller.

Streaming (fysisk) replikering

Fördelarna: HA och lässkaling

Synkron vs asynkron replikering

Logisk replikering (en annan modell)

Hög tillgänglighet i praktiken

Varför det är viktigt

Relaterade frågor