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.
Gestion des clusters actifs-actifs
Les procédures stockées suivantes permettent de configurer et de gérer RDS Mes clusters SQL actifs-actifs. Pour de plus amples informations, veuillez consulter Configuration de clusters actifs-actifs pour for My RDS SQL.
Ces procédures stockées ne sont disponibles que RDS pour les instances My SQL DB exécutant les versions suivantes :
-
Toutes les versions de My SQL 8.4
-
Mes SQL versions mineures 8.0.35 et supérieures
Rubriques
mysql.rds_group_replication_advance_gtid
Crée un espace réservé GTIDs sur l'instance de base de données actuelle.
Syntaxe
CALL mysql.rds_group_replication_advance_gtid(
begin_id
,end_id
,server_uuid
);
Paramètres
-
begin_id
-
L'ID de transaction de départ à créer.
-
end_id
-
L'ID de transaction finale à créer.
-
begin_id
-
Le
group_replication_group_name
pour la transaction à créer. Legroup_replication_group_name
est spécifié UUID en tant que dans le groupe de paramètres de base de données associé à l'instance de base de données.
Notes d’utilisation
Dans un cluster actif-actif, pour qu'une instance de base de données rejoigne un groupe, toutes les GTID transactions exécutées sur la nouvelle instance de base de données doivent exister sur les autres membres du cluster. Dans des cas inhabituels, une nouvelle instance de base de données peut contenir davantage de transactions lorsque les transactions sont exécutées avant de joindre l'instance au groupe. Dans ce cas, vous ne pouvez supprimer aucune transaction existante, mais vous pouvez utiliser cette procédure pour créer l'espace réservé correspondant GTIDs sur les autres instances de base de données du groupe. Avant cela, vérifiez que les transactions n'affectent pas les données répliquées.
Lorsque vous appelez cette procédure, GTID les transactions de server_uuid:begin_id-end_id
sont créées avec un contenu vide. Pour éviter les problèmes de réplication, n'utilisez pas cette procédure dans d'autres conditions.
Important
Évitez d'appeler cette procédure lorsque le cluster actif-actif fonctionne normalement. N'appelez cette procédure que si vous comprenez les conséquences possibles des transactions que vous créez. L'appel de cette procédure peut entraîner des données incohérentes.
Exemple
L'exemple suivant crée un espace réservé GTIDs sur l'instance de base de données actuelle. :
CALL mysql.rds_group_replication_advance_gtid(
5
,6
, '11111111-2222-3333-4444-555555555555
');
mysql.rds_group_replication_create_user
Crée l'utilisateur de réplication rdsgrprepladmin
pour la réplication de groupe sur l'instance de base de données.
Syntaxe
CALL mysql.rds_group_replication_create_user(
replication_user_password
);
Paramètres
-
replication_user_password
-
Le mot de passe de l'utilisateur de réplication
rdsgrprepladmin
.
Notes d’utilisation
-
Le mot de passe de l'utilisateur de réplication
rdsgrprepladmin
doit être le même sur toutes les instances de base de données d'un cluster actif-actif. -
Le nom
rdsgrprepladmin
d'utilisateur est réservé aux connexions de réplication de groupe. Aucun autre utilisateur, y compris l'utilisateur principal, ne peut avoir ce nom d'utilisateur.
Exemple
L'exemple suivant crée l'utilisateur de réplication rdsgrprepladmin
pour la réplication de groupe sur l'instance de base de données :
CALL mysql.rds_group_replication_create_user('
password
');
mysql.rds_group_replication_set_recovery_channel
Définit le group_replication_recovery
canal d'un cluster actif-actif. La procédure utilise l'rdsgrprepladmin
utilisateur réservé pour configurer le canal.
Syntaxe
CALL mysql.rds_group_replication_set_recovery_channel(
replication_user_password
);
Paramètres
-
replication_user_password
-
Le mot de passe de l'utilisateur de réplication
rdsgrprepladmin
.
Notes d’utilisation
Le mot de passe de l'utilisateur de réplication rdsgrprepladmin
doit être le même sur toutes les instances de base de données d'un cluster actif-actif. Un appel au permet de mysql.rds_group_replication_create_user
spécifier le mot de passe.
Exemple
L'exemple suivant définit le group_replication_recovery
canal d'un cluster actif-actif :
CALL mysql.rds_group_replication_set_recovery_channel('
password
');
mysql.rds_group_replication_start
Démarre la réplication de groupe sur l'instance de base de données actuelle.
Syntaxe
CALL mysql.rds_group_replication_start(
bootstrap
);
Paramètres
-
bootstrap
-
Valeur qui indique s'il faut initialiser un nouveau groupe ou rejoindre un groupe existant.
1
initialise un nouveau groupe avec l'instance de base de données actuelle.0
joint l'instance de base de données actuelle à un groupe existant en se connectant aux points de terminaison définis engroup_replication_group_seeds
paramètre dans le groupe de paramètres de base de données associé à l'instance de base de données.
Exemple
L'exemple suivant initialise un nouveau groupe avec l'instance de base de données actuelle :
CALL mysql.rds_group_replication_start(
1
);
mysql.rds_group_replication_stop
Arrête la réplication de groupe sur l'instance de base de données actuelle.
Syntaxe
CALL mysql.rds_group_replication_stop();
Notes d’utilisation
Lorsque vous arrêtez la réplication sur une instance de base de données, cela n'affecte aucune autre instance de base de données du cluster actif-actif.