Répliquer des transactions à l'aide de GTIDs - Amazon Aurora
mysql.rds_assign_gtids_to_anonymous_transactionsmysql.rds_gtid_purgedmysql.rds_skip_transaction_with_gtidmysql.rds_start_replication_until_gtid

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.

Répliquer des transactions à l'aide de GTIDs

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 Aurora MySQL. Pour savoir comment utiliser la réplication basée sur GTIDs Aurora MySQL, consultezUtilisation de la réplication basée sur des identifiants de transaction globaux (GTID).

mysql.rds_assign_gtids_to_anonymous_transactions (Aurora MySQL version 3)

Configure l’option ASSIGN_GTIDS_TO_ANONYMOUS_TRANSACTIONS de l’instruction CHANGE REPLICATION SOURCE TO. Elle force le canal de réplication à attribuer un GTID à des transactions répliquées qui n’en possèdent pas. Vous pouvez ainsi effectuer une réplication de journaux binaires à partir d’une source qui n’utilise pas la réplication GTID vers un réplica qui l’utilise. Pour plus d'informations, consultez les sections CHANGE REPLICATION SOURCE TO Statement et Replication From a Source Without GTIDs to a Replica With GTIDs dans le manuel de référence MySQL.

Syntaxe

CALL mysql.rds_assign_gtids_to_anonymous_transactions(gtid_option);

Parameters

gtid_option

Valeur de chaîne. Les valeurs autorisées sont : OFF, LOCAL ou un UUID spécifié.

Notes d’utilisation

Cette procédure a le même effet que l’émission de l’instruction CHANGE REPLICATION SOURCE TO ASSIGN_GTIDS_TO_ANONYMOUS_TRANSACTIONS = gtid_option dans Community MySQL.

Le GTID doit être converti en UUID ON gtid_option pour être défini sur un LOCAL UUID spécifique.

La valeur par défaut est OFF, ce qui signifie que la fonctionnalité n’est pas utilisée.

LOCAL attribue un GTID incluant le propre UUID du réplica (paramètre server_uuid).

La transmission d’un paramètre correspondant à un UUID attribue un GTID qui inclut l’UUID spécifié, tel que le paramètre server_uuid pour le serveur source de réplication.

Exemples

Pour désactiver cette fonction :

mysql> call mysql.rds_assign_gtids_to_anonymous_transactions('OFF');
+-------------------------------------------------------------+
| Message  |
+-------------------------------------------------------------+
| ASSIGN_GTIDS_TO_ANONYMOUS_TRANSACTIONS has been set to: OFF |
+-------------------------------------------------------------+
1 row in set (0.07 sec)

Pour utiliser l’UUID du réplica :

mysql> call mysql.rds_assign_gtids_to_anonymous_transactions('LOCAL');
+---------------------------------------------------------------+
| Message  |
+---------------------------------------------------------------+
| ASSIGN_GTIDS_TO_ANONYMOUS_TRANSACTIONS has been set to: LOCAL |
+---------------------------------------------------------------+
1 row in set (0.07 sec)

Pour utiliser un UUID spécifié :

mysql> call mysql.rds_assign_gtids_to_anonymous_transactions('317a4760-f3dd-3b74-8e45-0615ed29de0e');
+----------------------------------------------------------------------------------------------+
| Message |
+----------------------------------------------------------------------------------------------+
| ASSIGN_GTIDS_TO_ANONYMOUS_TRANSACTIONS has been set to: 317a4760-f3dd-3b74-8e45-0615ed29de0e |
+----------------------------------------------------------------------------------------------+
1 row in set (0.07 sec)

mysql.rds_gtid_purged (Aurora MySQL version 3)

Définit la valeur globale de la variable système gtid_purged sur un ensemble d’identifiants de transaction globaux (GTID) donné. La variable gtid_purged système est un ensemble GTID qui comprend toutes les transactions qui ont été validées sur le serveur, mais qui n'existent dans aucun fichier journal binaire du serveur. GTIDs

Pour permettre la compatibilité avec MySQL 8.0, il existe deux manières de définir la valeur de gtid_purged :

  • Remplacez la valeur de gtid_purged par l’ensemble d’identifiants GTID que vous avez spécifié.

  • Ajoutez l’ensemble GTID que vous avez spécifié à l’ensemble d’identifiants GTID que gtid_purged contient déjà.

Syntaxe

Pour remplacer la valeur de gtid_purged par l’ensemble d’identifiants GTID que vous avez spécifié :

CALL mysql.rds_gtid_purged (gtid_set);

Pour ajouter la valeur de gtid_purged à votre ensemble d’identifiants GTID que vous avez spécifié :

CALL mysql.rds_gtid_purged (+gtid_set);

Parameters

gtid_set

La valeur de gtid_set doit être un sur-ensemble de la valeur actuelle degtid_purged, et ne peut pas se croiser avec. gtid_subtract(gtid_executed,gtid_purged) En d'autres termes, le nouvel ensemble de GTID doit inclure ceux GTIDs qui y figuraient déjàgtid_purged, et ne peut pas inclure ceux gtid_executed qui n'ont pas encore été purgés. GTIDs Le gtid_set paramètre ne peut pas non plus inclure GTIDs celles figurant dans l'gtid_ownedensemble global, GTIDs pour les transactions en cours de traitement sur le serveur.

Notes d’utilisation

L’utilisateur principal doit exécuter la procédure mysql.rds_gtid_purged.

Cette procédure est prise en charge pour Aurora MySQL versions 3.04 et ultérieures.

Exemples

L’exemple suivant attribue le GTID 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 à la variable globale gtid_purged.

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

mysql.rds_skip_transaction_with_gtid (Aurora MySQL versions 2 et 3)

Ignore la réplication d’une transaction avec l’identifiant de transaction global (GTID) spécifié sur une instance principale Aurora.

Vous pouvez utiliser cette procédure pour la reprise après sinistre lorsqu’il est avéré qu’une transaction GTID entraîne des problèmes. 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
);

Parameters

gtid_to_skip

GTID de la transaction de réplication à ignorer.

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 pour Aurora MySQL versions 2 et 3.

Exemples

L’exemple suivant ignore la réplication de la transaction avec le GTID 3E11FA47-71CA-11E1-9E33-C80AA9429562:23.

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

mysql.rds_start_replication_until_gtid (Aurora MySQL version 3)

Lance la réplication à partir d’un cluster de bases de données Aurora MySQL et arrête la réplication immédiatement après l’identifiant de transaction global (GTID) spécifié.

Syntaxe

CALL mysql.rds_start_replication_until_gtid(gtid);

Parameters

gtid

Identifiant de transaction global (GTID) après lequel la réplication s’arrête.

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 pour Aurora MySQL versions 3.04 et ultérieures.

La procédure mysql.rds_start_replication_until_gtid stockée n’est pas prise en charge pour la réplication gérée, qui inclut les éléments suivants :

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 que le GTID soit atteint 3E11FA47-71CA-11E1-9E33-C80AA9429562:23.

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