Deaktivieren einer GTID-basierten Replikation für einen Aurora MySQL-DB-Cluster - Amazon Aurora

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.

Deaktivieren einer GTID-basierten Replikation für einen Aurora MySQL-DB-Cluster

Sie können eine GTID-basierte Replikation für einen Aurora-MySQL-DB-Cluster deaktivieren. Dies bedeutet, dass der Aurora-Cluster keine ein- oder ausgehende binlog-Replikation mit externen Datenbanken ausführen kann, die .

Anmerkung

Im folgenden Verfahren bezieht sich Lesereplikat auf das Replikationsziel in einer Aurora-Konfiguration mit binlog-Replikation in eine externe oder aus einer externen Datenbank. Es bezieht sich nicht auf die schreibgeschützten Aurora Replica-DB-Instances. Wenn ein Aurora-Cluster beispielsweise eine eingehende Replikation aus einer externen Quelle akzeptiert, dann fungiert die primäre Aurora-Instance als Lesereplikat der binlog-Replikation.

Weitere Informationen zu den in diesem Abschnitt erwähnten gespeicherten Prozeduren finden Sie unter Referenz für gespeicherte Aurora-MySQL-Prozeduren.

GTID-basierte Replikation für einen Aurora-MySQL-DB-Cluster deaktivieren

  1. Führen Sie die folgenden Schritte für die Aurora-Replikate aus:

    Für Version 3

    CALL mysql.rds_set_source_auto_position(0);

    Für Version 2

    CALL mysql.rds_set_master_auto_position(0);

  2. Setzen Sie den Wert für gtid_mode auf ON_PERMISSIVE zurück.

    1. Stellen Sie sicher, das bei der DB-Clusterparametergruppe, die dem Aurora MySQL-Cluster zugeordnet ist, gtid_mode auf ON_PERMISSIVE eingestellt ist.

      Weitere Informationen zum Einstellen von Konfigurationsparametern unter Verwendung von Parametergruppen finden Sie unter Parametergruppen für Amazon Aurora.

    2. Starten Sie den Aurora MySQL-DB-Cluster neu.

  3. Setzen Sie den Wert für gtid_mode auf OFF_PERMISSIVE zurück.

    1. Stellen Sie sicher, das bei der DB-Clusterparametergruppe, die dem Aurora MySQL-Cluster zugeordnet ist, gtid_mode auf OFF_PERMISSIVE eingestellt ist.

    2. Starten Sie den Aurora MySQL-DB-Cluster neu.

  4. Warten Sie, bis alle GTID-Transaktionen auf die primäre Aurora-Instance angewendet wurden. Um zu überprüfen, ob diese angewendet werden, führen Sie die folgenden Schritte aus:

    1. Führen Sie auf der primären Aurora-Instance den Befehl SHOW MASTER STATUS aus.

      Die Ausgabe sollte in etwa wie folgt aussehen.

      
File                        Position
------------------------------------
mysql-bin-changelog.000031      107
------------------------------------

      Notieren Sie die Datei und Position in Ihrer Ausgabe.

    2. Verwenden Sie bei jedem Lesereplikat die Datei- und Positionsinformationen der Quell-Instance im vorherigen Schritt, um die folgende Abfrage auszuführen.

      Für Version 3

      SELECT SOURCE_POS_WAIT('file', position);

      Für Version 2

      SELECT MASTER_POS_WAIT('file', position);

      Führen Sie die folgende Anweisung aus, wenn der Dateiname mysql-bin-changelog.000031 und die Position 107 lautet:

      Für Version 3

      SELECT SOURCE_POS_WAIT('mysql-bin-changelog.000031', 107);

      Für Version 2

      SELECT MASTER_POS_WAIT('mysql-bin-changelog.000031', 107);

  5. Setzen Sie die GTID-Parameter zurück, um die GTID-basierte Replikation zu deaktivieren:

    1. Die DB-Clusterparametergruppe, die dem Aurora MySQL-Cluster zugeordnet ist, muss über die folgenden Parametereinstellungen verfügen:

      • gtid_mode – OFF

      • enforce_gtid_consistency – OFF

    2. Starten Sie den Aurora MySQL-DB-Cluster neu.