Streamingreplicatie en WAL
Configureer fysieke streamingreplicatie op basis van WAL, bewaak de replicatieachterstand en stel synchrone replica's in voor schrijfbewerkingen zonder gegevensverlies.
Streamingreplicatie en WAL is een gratis SQL Academy-les op CoddyKit. Dit is les 1 van 4. Je kunt de volledige les hieronder gratis lezen en daarna in de browser praktisch oefenen met een ingebouwde code-editor en een AI-begeleider die 24/7 beschikbaar is. Deze les maakt deel uit van het leertraject SQL Academy. Je voortgang wordt gesynchroniseerd op het web en in de CoddyKit-app. De cursus SQL Academy bevat in totaal 4 lessen.
Waarom repliceren?
Replicatie dient meerdere doelen tegelijk:
- HA — een storing van de primaire server overleven
- Lees-schaalbaarheid — SELECT-bewerkingen naar replica's verplaatsen
- Back-up / PITR — continu archiveren
- Geografische spreiding — replica's dicht bij gebruikers
WAL: logboek vóór het schrijven
Elke schrijfbewerking gaat eerst naar de WAL. WAL garandeert duurzaamheid en vormt de basis van replicatie: WAL naar een replica streamen → de replica speelt WAL opnieuw af → de replica is bijgewerkt.
Fysieke streamingreplicatie
Een byte-voor-byte WAL-stream van de primaire server naar de replica:
- De replica is een binaire kopie van de primaire server
- Dezelfde Postgres-versie
- Het volledige cluster wordt gerepliceerd (alle databases en alle tabellen)
- Alleen-lezen
Instellen: primaire server
Configureer de primaire server in postgresql.conf:
wal_level = replica
max_wal_senders = 10
wal_keep_size = 1GB
-- pg_hba.conf: allow replication connections
host replication replicator 10.0.0.0/24 md5Instellen: replica
Maak de basisback-up en start met primary_conninfo:
pg_basebackup -h primary -D /var/lib/postgresql/data -U replicator -W -X stream -P
-- postgresql.conf on replica:
primary_conninfo = 'host=primary port=5432 user=replicator password=...'
-- Touch standby.signal file and start:
touch /var/lib/postgresql/data/standby.signalSynchrone versus asynchrone replicatie
- Asynchroon (standaard) — de primaire server voert de COMMIT uit zonder te wachten; de replica kan achterlopen
- Synchroon — de primaire server wacht op bevestiging van de replica voordat COMMIT wordt uitgevoerd; geen gegevensverlies, maar wel trager
-- Synchronous configuration on primary:
synchronous_commit = on
synchronous_standby_names = 'replica1, replica2'Replicatieachterstand
Asynchrone replica's lopen achter op de primaire server. Controleer dit met:
SELECT client_addr, state, sent_lsn, write_lsn, replay_lsn,
pg_wal_lsn_diff(sent_lsn, replay_lsn) AS replay_lag_bytes
FROM pg_stat_replication;Replicatieslots
Slots zorgen ervoor dat de primaire server WAL bewaart totdat de replica deze heeft verwerkt:
SELECT pg_create_physical_replication_slot('replica1');
-- On replica:
primary_slot_name = 'replica1'Valkuil van slots
Als een replica de verbinding verbreekt en nooit opnieuw verbinding maakt, voorkomt het slot dat WAL wordt opgeruimd — de schijf raakt vol. Verwijder ongebruikte slots:
SELECT pg_drop_replication_slot('replica1');Cascaderende replica's
Een replica kan zelf WAL naar andere replica's streamen — dit vermindert de belasting van de primaire server.
Hot standby
Replica's accepteren standaard alleen-lezenquery's (hot_standby = on). Langdurige leesquery's op de replica kunnen het opnieuw afspelen van WAL vertragen; stem max_standby_streaming_delay af.
Promotie
Een replica de nieuwe primaire server maken:
pg_ctl promote -D /var/lib/postgresql/data
-- Or in SQL:
SELECT pg_promote();Samenvatting
Streamingreplicatie = WAL verzenden en opnieuw afspelen.
- Fysiek en binair identiek
- Standaard asynchroon; synchroon voor geen gegevensverlies
- Slots bewaren WAL, maar vereisen zorgvuldigheid
- Promotie maakt van een replica een primaire server
Korte controle
Wat is het grootste risico als je GEEN replicatieslot gebruikt voor een streamingreplica?
Leer SQL met een AI-tutor — gratis
Schrijf echte code en voer die uit in je browser, krijg direct hulp van een AI-tutor die 24/7 beschikbaar is en ga verder waar je gebleven bent op het web of in de app.
- Cursussen
- 46
- Lessen
- 183
Veelgestelde vragen
Is de les “Streamingreplicatie en WAL” gratis?
Ja — de volledige tekst van “Streamingreplicatie en WAL” kun je hier gratis op het web lezen. Als je interactief wilt oefenen met een ingebouwde code-editor en een AI-begeleider die 24/7 beschikbaar is, en de rest van de cursus SQL Academy wilt ontgrendelen, kun je upgraden naar CoddyKit PRO. De cursus SQL Academy bevat in totaal 4 lessen.
Wat leer ik in “Streamingreplicatie en WAL”?
Configureer fysieke streamingreplicatie op basis van WAL, bewaak de replicatieachterstand en stel synchrone replica's in voor schrijfbewerkingen zonder gegevensverlies. Je oefent met SQL Academy door code rechtstreeks in de browser uit te voeren. Een AI-begeleider die 24/7 beschikbaar is beantwoordt je vragen terwijl je de les doorwerkt.
Heb ik ervaring nodig om met SQL Academy te beginnen?
Ervaring vooraf is niet nodig. SQL Academy op CoddyKit is opgebouwd voor beginners tot gevorderden, zodat je hier of bij het begin kunt starten en in je eigen tempo kunt leren. Dit is les 1 van 4.
Hoe lang duurt de les “Streamingreplicatie en WAL”?
De meeste lessen van CoddyKit duren ongeveer 5–10 minuten. Elke les is kort en interactief, zodat je gestaag vooruitgaat en op het web en in de app precies verdergaat waar je was gebleven.
Kan ik code schrijven en uitvoeren in deze les over SQL Academy?
Ja. Elke les over SQL Academy bevat een ingebouwde code-editor, zodat je rechtstreeks in je browser echte code kunt schrijven en uitvoeren en direct feedback van AI krijgt — lokale installatie is niet nodig.
Alle lessen in deze cursus
- Streamingreplicatie en WAL
- Logische replicatie voor sharding
- Failover en leiderverkiezing (Patroni, Stolon)
- Leesreplica's en routering van verbindingen