Répliquer des transactions à l'aide de GTIDs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Les procédures stockées suivantes contrôlent la manière dont les transactions sont répliquées à l'aide des identificateurs de transaction globaux (GTIDs) avec RDS for My. SQL Pour plus d'informations sur la réplication basée sur GTIDs with RDS for MySQL, consultezUtilisation de GTID la réplication basée.

Lorsque vous utilisez des procédures stockées pour gérer la réplication avec un utilisateur de réplication configuré aveccaching_sha2_password, vous devez configurer TLS en spécifiantSOURCE_SSL=1. caching_sha2_passwordest le plugin d'authentification par défaut RDS pour My SQL 8.4.

Ignore la réplication d'une transaction avec l'identifiant de transaction global spécifié (GTID) sur une instance My SQL DB.

Vous pouvez utiliser cette procédure pour la reprise après sinistre lorsqu'une GTID transaction spécifique est connue comme étant à l'origine d'un problème. Utilisez cette procédure stockée pour ignorer la transaction problématique. Les transactions problématiques sont par exemple celles qui désactivent la réplication, suppriment des données importantes ou entraînent l'indisponibilité de l'instance de base de données.

Syntaxe

CALL mysql.rds_skip_transaction_with_gtid (
gtid_to_skip
);

Paramètres

Notes d’utilisation

L'utilisateur principal doit exécuter la procédure mysql.rds_skip_transaction_with_gtid.

Cette procédure est prise en charge RDS pour toutes les versions My SQL 5.7, toutes les RDS versions My SQL 8.0 et toutes RDS les versions My SQL 8.4.

Exemples

L'exemple suivant ignore la réplication de la transaction avec le GTID3E11FA47-71CA-11E1-9E33-C80AA9429562:23.

CALL mysql.rds_skip_transaction_with_gtid('3E11FA47-71CA-11E1-9E33-C80AA9429562:23');

Lance la réplication à partir RDSd'un cluster Aurora My SQL DB d'instance et arrête la réplication immédiatement après l'identifiant de transaction global spécifié (GTID).

Syntaxe

CALL mysql.rds_start_replication_until_gtid(gtid);

Paramètres

Notes d’utilisation

L'utilisateur principal doit exécuter la procédure mysql.rds_start_replication_until_gtid.

Cette procédure est prise en charge RDS pour toutes les versions My SQL 5.7, toutes les RDS versions My SQL 8.0 et toutes RDS les versions My SQL 8.4.

Vous pouvez utiliser cette procédure avec la réplication retardée pour la reprise après sinistre. Si vous avez configuré la réplication retardée, vous pouvez utiliser cette procédure pour restaurer par progression les modifications dans un réplica en lecture retardé au moment précédant un sinistre. Une fois que cette procédure a arrêté la réplication, vous pouvez promouvoir le réplica en lecture pour qu'il devienne la nouvelle instance de base de données principale, en utilisant les instructions figurant dans Promotion d'un réplica en lecture en instance de bases de données autonome.

Vous pouvez configurer la réplication retardée en utilisant les procédures stockées suivantes :

Lorsque le paramètre gtid spécifie une transaction ayant déjà été exécutée par le réplica, la réplication est immédiatement arrêtée.

Exemples

L'exemple suivant lance la réplication et réplique les modifications jusqu'à ce qu'elles soient atteintes. GTID 3E11FA47-71CA-11E1-9E33-C80AA9429562:23

call mysql.rds_start_replication_until_gtid('3E11FA47-71CA-11E1-9E33-C80AA9429562:23');