Streaming Replication
PostgreSQLs eingebaute physische Replikation: Ein Primary-Server streamt sein WAL an eine oder mehrere Repliken, die es kontinuierlich anwenden. Die Repliken können Lesezugriffe übernehmen (Hot Standby) und als Failover-Ziele dienen.
Physisch bedeutet eine Byte-für-Byte-Kopie des WAL — die Replik ist ein exakter Klon, gleiche Version, ganzer Cluster. Asynchron ist Standard: schnell, aber mit Risiko von Datenverlust bei Failover. Synchron heißt, der Primary wartet auf die Bestätigung der Replik — kein Datenverlust, dafür höhere Latenz. Zu unterscheiden von Logischer Replikation, die logische Zeilenänderungen repliziert, selektiv sein kann und Versionen überspringt. Einsatzfall: Hochverfügbarkeit plus Lese-Skalierung. Werkzeuge: Patroni für automatischen Failover, repmgr. Der Replication Lag wird eng überwacht — eine nachhinkende synchrone Replik kann die Commits des Primary blockieren.