Configuration des filtres de réplication avec Aurora MySQL - Amazon Aurora
Définition des paramètres de filtrage de la réplication pour Aurora MySQLLimites du filtrage de réplication pour Aurora MySQLExemples de filtrage de réplication pour Aurora MySQLAffichage des filtres de réplication pour un réplica en lecture

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.

Configuration des filtres de réplication avec Aurora MySQL

Vous pouvez utiliser des filtres de réplication pour spécifier quelles bases de données et tables sont répliquées avec un réplica en lecture. Les filtres de réplication peuvent inclure des bases de données et des tables dans la réplication ou les exclure de la réplication.

Voici quelques cas d’utilisation pour les filtres de réplication :

  • Pour réduire la taille d’un réplica en lecture. Avec le filtrage de réplication, vous pouvez exclure les bases de données et les tables qui ne sont pas nécessaires sur le réplica en lecture.

  • Pour exclure des bases de données et des tables des réplicas en lecture, pour des raisons de sécurité.

  • Pour répliquer différentes bases de données et tables pour des cas d’utilisation spécifiques au niveau de différents réplicas en lecture. Par exemple, vous pouvez utiliser des réplicas en lecture spécifiques pour l’analyse ou le partage.

  • Pour un cluster de bases de données qui a des réplicas en lecture dans différentes Régions AWS, pour répliquer différentes bases de données ou tables dans des Régions AWS différentes.

  • Pour spécifier quelles bases de données et tables sont répliquées avec un cluster de bases de données Aurora MySQL configuré en tant que réplica dans une topologie de réplication entrante. Pour en savoir plus sur cette configuration, consultez Réplication entre Aurora et MySQL ou entre Aurora et un autre cluster de bases de données Aurora (réplication de journaux binaires).

Définition des paramètres de filtrage de la réplication pour Aurora MySQL

Pour configurer des filtres de réplication, définissez les paramètres suivants :

  • binlog-do-db : répliquer les modifications apportées aux journaux binaires spécifiés. Lorsque vous définissez ce paramètre pour un cluster source de journaux binaires, seuls les journaux binaires spécifiés dans le paramètre sont répliqués.

  • binlog-ignore-db : ne pas répliquer les modifications apportées aux journaux binaires spécifiés. Lorsque le paramètre binlog-do-db est défini pour un cluster source de journaux binaires, ce paramètre n’est pas évalué.

  • replicate-do-db – Répliquer les modifications apportées aux bases de données spécifiées. Lorsque vous définissez ce paramètre pour un cluster de réplica de journaux binaires, seules les bases de données spécifiées dans le paramètre sont répliquées.

  • replicate-ignore-db – Ne pas répliquer les modifications apportées aux bases de données spécifiées. Lorsque le paramètre replicate-do-db est défini pour un cluster de réplica de journaux binaires, ce paramètre n’est pas évalué.

  • replicate-do-table – Répliquer les modifications apportées aux tables spécifiées. Lorsque vous définissez ce paramètre pour un réplica en lecture, seules les tables spécifiées dans le paramètre sont répliquées. En outre, lorsque le paramètre replicate-do-db ou replicate-ignore-db est défini, assurez-vous d’inclure la base de données qui comprend les tables spécifiées dans la réplication avec le cluster de réplica des journaux binaires.

  • replicate-ignore-table – Ne pas répliquer les modifications apportées aux tables spécifiées. Lorsque le paramètre replicate-do-table est défini pour un cluster de réplica de journaux binaires, ce paramètre n’est pas évalué.

  • replicate-wild-do-table – Répliquer les tables en fonction des modèles de nom de base de données et nom de table spécifiés. Les caractères génériques % et _ sont pris en charge. Lorsque le paramètre replicate-do-db ou replicate-ignore-db est défini, assurez-vous d’inclure la base de données qui comprend les tables spécifiées dans la réplication avec le cluster de réplica des journaux binaires.

  • replicate-wild-ignore-table – Ne pas répliquer les tables en fonction des modèles de nom de base de données et de nom de table spécifiés. Les caractères génériques % et _ sont pris en charge. Lorsque le paramètre replicate-do-table ou replicate-wild-do-table est défini pour un cluster de réplica de journaux binaires, ce paramètre n’est pas évalué.

Les paramètres sont évalués dans l’ordre dans lequel ils sont répertoriés. Pour plus d’informations sur le fonctionnement de ces paramètres, consultez la documentation MySQL :

Par défaut, chacun de ces paramètres a une valeur vide. Sur chaque cluster de journaux binaires, vous pouvez utiliser ces paramètres pour définir, modifier et supprimer des filtres de réplication. Lorsque vous définissez l’un de ces paramètres, séparez chaque filtre des autres par une virgule.

Vous pouvez utiliser les caractères génériques % et _ dans les paramètres replicate-wild-do-table et replicate-wild-ignore-table. Le caractère générique % correspond à un nombre quelconque de caractères, et le caractère générique _ ne correspond qu’à un seul caractère.

Le format de journalisation binaire de l’instance de base de données source est important pour la réplication, car il détermine l’enregistrement des modifications de données. Le réglage du paramètre binlog_format détermine si la réplication est basée sur les lignes ou les instructions. Pour plus d’informations, consultez Configuration d’Aurora MySQL pour la journalisation des bases de données mono-AZ.

Note

Toutes les instructions DDL (Data Definition Language) sont répliquées en tant qu’instructions, quel que soit le paramètre binlog_format de l’instance de base de données source.

Limites du filtrage de réplication pour Aurora MySQL

Les limites suivantes s’appliquent au filtrage de réplication pour Aurora MySQL :

  • Les filtres de réplication sont uniquement pris charge pour Aurora MySQL version 3.

  • Chaque paramètre de filtrage de réplication a une limite de 2 000 caractères.

  • Les virgules ne sont pas prises en charge dans les filtres de réplication.

  • Le filtrage de réplication ne prend pas en charge les transactions XA.

    Pour plus d’informations, consultez Restrictions on XA Transactions (Restrictions sur les transactions XA) dans la documentation MySQL.

Exemples de filtrage de réplication pour Aurora MySQL

Pour configurer le filtrage de réplication pour un réplica en lecture, modifiez les paramètres de filtrage de réplication dans le groupe de paramètres de cluster de bases de données associé au réplica en lecture.

Note

Vous ne pouvez pas modifier un groupe de paramètres de cluster de bases de données par défaut. Si le réplica en lecture utilise un groupe de paramètres par défaut, créez un nouveau groupe de paramètres et associez-le au réplica en lecture. Pour plus d’informations sur les groupes de paramètres de cluster de bases de données, consultez Groupes de paramètres pour Amazon Aurora.

Vous pouvez définir des paramètres dans un groupe de paramètres de cluster de bases de données à l’aide de la AWS Management Console, de l’interface AWS CLI ou de l’API RDS. Pour plus d’informations sur la définition des paramètres, consultez Modification de paramètres dans un groupe de paramètres de base de données dans Amazon Aurora. Lorsque vous définissez des paramètres dans un groupe de paramètres de cluster de bases de données, tous les clusters de bases de données associés au groupe de paramètres utilisent les réglages des paramètres. Si vous définissez les paramètres de filtrage de réplication dans un groupe de paramètres de cluster de bases de données, assurez-vous que le groupe de paramètres est associé uniquement aux clusters de réplicas en lecture. Laissez les paramètres de filtrage de réplication vides pour les instances de base de données source.

Les exemples suivants définissent les paramètres à l’aide de la AWS CLI. Ces exemples définissent ApplyMethod sur immediate de sorte que les modifications de paramètre se produisent immédiatement après la fin de la commande de la CLI. Si vous souhaitez qu’une modification en attente soit appliquée après le redémarrage du réplica en lecture, définissez ApplyMethod sur pending-reboot.

Les exemples suivants définissent des filtres de réplication :

Exemple Inclusion de bases de données dans la réplication

L’exemple suivant inclut les bases de données mydb1 et mydb2 dans la réplication.

Pour Linux, macOS ou Unix :

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-do-db,ParameterValue='mydb1,mydb2',ApplyMethod=immediate"

Pour Windows :

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-do-db,ParameterValue='mydb1,mydb2',ApplyMethod=immediate"
Exemple Inclusion de tables dans la réplication

L’exemple suivant inclut les tables table1 et table2 dans la base de données mydb1 dans la réplication.

Pour Linux, macOS ou Unix :

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-do-table,ParameterValue='mydb1.table1,mydb1.table2',ApplyMethod=immediate"

Pour Windows :

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-do-table,ParameterValue='mydb1.table1,mydb1.table2',ApplyMethod=immediate"
Exemple Inclusion de tables dans la réplication à l’aide de caractères génériques

L’exemple suivant inclut des tables dont les noms commencent par order et return dans la base de données mydb dans la réplication.

Pour Linux, macOS ou Unix :

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-wild-do-table,ParameterValue='mydb.order%,mydb.return%',ApplyMethod=immediate"

Pour Windows :

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-wild-do-table,ParameterValue='mydb.order%,mydb.return%',ApplyMethod=immediate"
Exemple Exclusion de bases de données de la réplication

L’exemple suivant exclut les bases de données mydb5 et mydb6 de la réplication.

Pour Linux, macOS ou Unix :

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-ignore-db,ParameterValue='mydb5,mydb6',ApplyMethod=immediate"

Pour Windows :

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-ignore-db,ParameterValue='mydb5,mydb6,ApplyMethod=immediate"
Exemple Exclusion de tables de la réplication

L’exemple suivant exclut les tables table1 dans la base de données mydb5 et table2 dans la base de données mydb6 de la réplication.

Pour Linux, macOS ou Unix :

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-ignore-table,ParameterValue='mydb5.table1,mydb6.table2',ApplyMethod=immediate"

Pour Windows :

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-ignore-table,ParameterValue='mydb5.table1,mydb6.table2',ApplyMethod=immediate"
Exemple Exclusion de tables de la réplication à l’aide des caractères génériques

L’exemple suivant exclut de la réplication les tables dont les noms commencent par order et return dans la base de données mydb7.

Pour Linux, macOS ou Unix :

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-wild-ignore-table,ParameterValue='mydb7.order%,mydb7.return%',ApplyMethod=immediate"

Pour Windows :

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-wild-ignore-table,ParameterValue='mydb7.order%,mydb7.return%',ApplyMethod=immediate"

Affichage des filtres de réplication pour un réplica en lecture

Vous pouvez afficher les filtres de réplication pour un réplica en lecture de la manière suivante :

  • Vérifiez les réglages des paramètres de filtrage de réplication dans le groupe de paramètres associé au réplica en lecture.

    Pour obtenir des instructions, consultez Affichage des valeurs de paramètres pour un groupe de paramètres de base de données dans Amazon Aurora.

  • Dans un client MySQL, connectez-vous au réplica en lecture et exécutez l’instruction SHOW REPLICA STATUS.

    Dans la sortie, les champs suivants affichent les filtres de réplication pour le réplica en lecture :

    • Binlog_Do_DB

    • Binlog_Ignore_DB

    • Replicate_Do_DB

    • Replicate_Ignore_DB

    • Replicate_Do_Table

    • Replicate_Ignore_Table

    • Replicate_Wild_Do_Table

    • Replicate_Wild_Ignore_Table

    Pour plus d’informations sur ces champs, consultez Vérification du statut de la réplication dans la documentation MySQL.