View a markdown version of this page

GTID-based Replikation verwenden - Amazon Aurora
Übersicht über globale Transaktionskennungen (GTIDs)Parameter für die GTID-based Replikation

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.

GTID-based Replikation verwenden

Der folgende Inhalt beschreibt, wie Sie globale Transaktionskennungen (Global Transaction Identifiers, GTIDs) mit Binärprotokoll (binlog)-Replikation zwischen einem Aurora-MySQL-Cluster und einer externen Quelle verwenden.

Anmerkung

Bei Aurora können Sie diese Funktion nur mit Aurora-MySQL-Clustern verwenden, welche die binlog-Replikation in eine externe oder aus einer externen MySQL-Datenbank nutzen. Bei der anderen Datenbank kann es sich um eine Amazon-RDS-MySQL-Instance, eine lokale MySQL-Datenbank oder einen Aurora-DB-Cluster in einer anderen AWS-Region handeln. Weitere Informationen zum Konfigurieren dieser Art von Replikation finden Sie unter Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation).

Wenn Sie die Binlog-Replikation verwenden und mit der GTID-based Replikation mit MySQL nicht vertraut sind, finden Sie in der MySQL-Dokumentation weitere Informationen unter Replikation mit globalen Transaktions-Identifikatoren.

GTID-based Die Replikation wird für Aurora MySQL Version 2 und 3 unterstützt.

Themen

Übersicht über globale Transaktionskennungen (GTIDs)

Globale Transaktionskennungen (GTIDs) sind eindeutige IDs, die für festgeschriebene MySQL-Transaktionen generiert werden. Sie können GTIDs verwenden, um die Fehlerbehebung für die binlog-Replikation zu erleichtern.

Anmerkung

Wenn Aurora Daten unter den DB-Instances in einem Cluster synchronisiert, steht dieser Replikationsmechanismus in keinem Zusammenhang mit dem Binärprotokoll (binlog). Für Aurora MySQL gilt die GTID-based Replikation nur, wenn Sie auch die Binlog-Replikation verwenden, um aus einer externen MySQL-compatible Datenbank in oder aus einem Aurora MySQL-DB-Cluster zu replizieren.

MySQL verwendet für die binlog-Replikation zwei verschiedene Arten von Transaktionen:

  • GTID-Transaktionen – Transaktionen, die durch eine GTID gekennzeichnet sind.

  • Anonyme Transaktionen – Transaktionen, denen keine GTID zugeordnet ist.

In einer Replikationskonfiguration sind GTIDs bei allen DB-Instances eindeutig. GTIDs vereinfachen die Replikationskonfiguration, weil Sie nicht auf die Protokolldateipositionen verweisen müssen, wenn Sie diese verwenden. GTIDs erleichtern das Verfolgen von replizierten Transaktionen und legen fest, ob die Quell-Instance und Replikate konsistent sind.

Normalerweise verwenden Sie die GTID-based Replikation mit Aurora, wenn Sie von einer externen MySQL-compatible Datenbank in einen Aurora-Cluster replizieren. Sie können diese Replikationskonfiguration als Teil einer Migration von einer lokalen oder einer Amazon-RDS-Datenbank in Aurora MySQL einrichten. Wenn die externe Datenbank bereits GTIDs verwendet, vereinfacht die Aktivierung der GTID-based Replikation für den Aurora-Cluster den Replikationsprozess.

Sie konfigurieren die GTID-based Replikation für einen Aurora MySQL-Cluster, indem Sie zunächst die entsprechenden Konfigurationsparameter in einer DB-Cluster-Parametergruppe festlegen. Sie ordnen diese Parametergruppe dann dem Cluster zu.

Parameter für die GTID-based Replikation

Verwenden Sie die folgenden Parameter, um die GTID-based Replikation zu konfigurieren.

Parameter Zulässige Werte Beschreibung

gtid_mode

OFF, OFF_PERMISSIVE, ON_PERMISSIVE, ON

OFF gibt an, dass neue Transaktionen anonyme Transaktionen sind (d. h. keine GTIDs haben). Eine Transaktion muss anonym sein, um repliziert werden zu können.

OFF_PERMISSIVE gibt an, dass neue Transaktionen anonyme Transaktionen sind und alle Transaktionen repliziert werden können.

ON_PERMISSIVE gibt an, dass neue Transaktionen GTID-Transaktionen sind und alle Transaktionen repliziert werden können.

ON gibt an, dass neue Transaktionen GTID-Transaktionen sind. Eine Transaktion muss eine GTID-Transaktion sein, um repliziert zu werden.

enforce_gtid_consistency

OFF, ON, WARN

OFF erlaubt es Transaktionen, gegen die GTID-Konsistenz zu verstoßen.

ON verhindert das Verstoßen von Transaktionen gegen die GTID-Konsistenz.

WARN erlaubt es Transaktionen, gegen die GTID-Konsistenz zu verstoßen, generiert aber eine Warnung, wenn ein Verstoß auftritt.

Anmerkung

In der AWS-Managementkonsole wird der gtid_mode Parameter als angezeigtgtid-mode.

Verwenden Sie für die GTID-based Replikation diese Einstellungen für die DB-Cluster-Parametergruppe für Ihren Aurora MySQL-DB-Cluster:

  • ON und ON_PERMISSIVE gelten nur für die ausgehende Replikation von einem Aurora-MySQL-Cluster. Beide Werte führen dazu, dass Ihr Aurora-DB-Cluster GTIDs für Transaktionen verwendet, die in eine externe Datenbank repliziert werden. ONerfordert, dass die externe Datenbank auch Replikation verwendet. GTID-based ON_PERMISSIVEmacht die GTID-based Replikation in der externen Datenbank optional.

  • Wenn OFF_PERMISSIVE eingestellt ist, bedeutet dies, dass Ihr Aurora-DB-Cluster die eingehende Replikation von einer externen Datenbank akzeptieren kann. Dies kann unabhängig davon geschehen, ob die externe Datenbank GTID-based Replikation verwendet oder nicht.

  • OFF, falls gesetzt, bedeutet dies, dass Ihr Aurora-DB-Cluster nur eingehende Replikation von externen Datenbanken akzeptiert, die keine GTID-based Replikation verwenden.

Tipp

Eingehende Replikation ist das geläufigste binlog-Replikationsszenario für Aurora MySQL-Cluster. Für eine eingehende Replikation empfehlen wir, dass Sie den GTID-Modus auf einzustelle OFF_PERMISSIVE. Diese Einstellung ermöglicht eine eingehende Replikation aus externen Datenbanken ungeachtete der GTID-Einstellungen an der Replikationsquelle.

Weitere Informationen zu Parametergruppen finden Sie unter Parametergruppen für Amazon Aurora.