Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Überblick über die SQL logische Postgre-Replikation mit Aurora
Durch die Verwendung SQL der logischen Replikationsfunktion von Postgre mit Ihrem Aurora SQL Postgre-DB-Cluster können Sie einzelne Tabellen statt der gesamten Datenbank-Instance replizieren und synchronisieren. Für die logische Replikation wird ein Veröffentlichungs- und Abonnementmodell verwendet, um Änderungen aus einer Quelle an einen oder mehrere Empfänger zu replizieren. Es funktioniert mithilfe von Änderungsdatensätzen aus dem SQL Postgre-Write-Ahead-Log (). WAL Die Quelle oder der Herausgeber sendet WAL Daten für die angegebenen Tabellen an einen oder mehrere Empfänger (Abonnenten), wodurch die Änderungen repliziert werden und die Tabelle eines Abonnenten mit der Tabelle des Herausgebers synchronisiert wird. Die Änderungen des Herausgebers werden anhand einer Veröffentlichung identifiziert. Abonnenten erhalten die Änderungen, indem sie ein Abonnement erstellen, das die Verbindung mit der Datenbank des Herausgebers und den entsprechenden Veröffentlichungen definiert. Ein Replikationsslot ist der Mechanismus, der in diesem Schema verwendet wird, um den Fortschritt eines Abonnements zu verfolgen.
Für Aurora SQL Postgre-DB-Cluster werden die WAL Datensätze im Aurora-Speicher gespeichert. Der Aurora SQL Postgre-DB-Cluster, der in einem logischen Replikationsszenario als Herausgeber fungiert, liest die WAL Daten aus dem Aurora-Speicher, dekodiert sie und sendet sie an den Abonnenten, sodass die Änderungen auf die Tabelle auf dieser Instance angewendet werden können. Der Herausgeber verwendet einen logischen Decoder, um die Daten für die Verwendung durch Abonnenten zu dekodieren. Standardmäßig verwenden Aurora SQL Postgre-DB-Cluster beim Senden von Daten das native SQL pgoutput Postgre-Plugin. Es sind auch andere logische Decoder verfügbar. Aurora Postgre unterstützt beispielsweise SQL auch das wal2json Plugin, das WAL Daten konvertiert JSON in.
Ab Aurora Postgre SQL Version 14.5, 13.8, 12.12 und 11.17 SQL erweitert Aurora Postgre den SQL logischen Postgre-Replikationsprozess um einen Write-Through-Cache, um die Leistung zu verbessern. Die WAL Transaktionsprotokolle werden lokal in einem Puffer zwischengespeichert, um die Menge an Festplatten-E/A zu reduzieren, d. h. das Lesen aus dem Aurora-Speicher während der logischen Dekodierung. Der Write-Through-Cache wird standardmäßig verwendet, wenn Sie die logische Replikation für Ihren Aurora Postgre-DB-Cluster verwenden. SQL Aurora bietet mehrere Funktionen, mit denen Sie den Cache verwalten können. Weitere Informationen finden Sie unter Überwachung des Write-Through-Cache für die SQL logische Replikation von Aurora Postgre.
Die logische Replikation wird von allen derzeit verfügbaren Aurora SQL Postgre-Versionen unterstützt. Weitere Informationen finden Sie in den Versionshinweisen für Aurora Postgre SQL von Amazon Aurora SQL Postgre.
Die logische Replikation wird von Babelfish for Aurora Postgre SQL ab den folgenden Versionen unterstützt:
15.7 und höhere Versionen
16.3 und höhere Versionen
Anmerkung
Zusätzlich zu der systemeigenen SQL logischen Replikationsfunktion von Postgre, die in Postgre SQL 10 eingeführt wurde, unterstützt Aurora Postgre SQL auch die Erweiterung. pglogical Weitere Informationen finden Sie unter Verwenden von pglogical, um Daten zwischen Instances zu synchronisieren.
Weitere Informationen zur SQL logischen Postgre-Replikation finden Sie in der Postgre-Dokumentation unter Konzepte der logischen Replikation
