Configuration d'Aurora MySQL - Amazon Aurora

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 d'Aurora MySQL

Le journal binaire est un jeu de fichiers journaux contenant des informations sur les modifications de données apportées à une instance de serveur Aurora MySQL. Le journal binaire contient des informations telles que les suivantes :

  • Événements décrivant les modifications apportées à la base de données telles que la création de tables ou les modifications de lignes

  • Informations sur la durée de chaque instruction qui a mis à jour les données

  • Événements pour des instructions pouvant mettre à jour des données mais ne l'ayant pas fait

Le journal binaire enregistre les instructions envoyées pendant la réplication. Il est également requis pour certaines opérations de récupération. Pour plus d'informations, veuillez consulter The Binary Log et Binary Log Overview dans la documentation MySQL.

Les journaux binaires sont accessibles uniquement à partir de l'instance de base de données principale, et non à partir des réplicas.

MySQL on Amazon Aurora prend en charge les formats de journalisation binaire basés sur les lignes, basés sur les instructions et mixtes. Nous recommandons le format mixte, sauf si vous avez besoin d'un format binlog spécifique. Pour plus de détails sur les différents formats de journalisation binaire Aurora MySQL, veuillez consulter Binary logging formats dans la documentation MySQL.

Si vous prévoyez d'utiliser la réplication, le format de journalisation binaire est important car il détermine le dossier de modifications de données qui est enregistré dans la source et envoyés aux cibles de réplication. Pour plus d'informations sur les avantages et les inconvénients des différents formats de journalisation binaire pour la réplication, veuillez consulter la section Advantages and Disadvantages of Statement-Based and Row-Based Replication de la documentation MySQL.

Important

Lorsque vous définissez le format de journalisation binaire sur « basé sur les lignes », vous risquez de générer des fichiers journaux binaires très volumineux. Ces derniers réduisent le stockage disponible pour un cluster de base de données et peuvent augmenter la durée nécessaire pour effectuer une opération de restauration d'un cluster de base de données.

La réplication basée sur les instructions peut provoquer des incohérences entre le cluster de base de données source et un réplica en lecture. Pour plus d'informations, veuillez consulter Determination of Safe and Unsafe Statements in Binary Logging dans la documentation MySQL.

L'activation de la journalisation binaire augmente le nombre d'opérations d'I/O d'écriture disque sur le cluster de bases de données. Vous pouvez surveiller l'utilisation des IOPS à l'aide de cette VolumeWriteIOPs CloudWatch métrique.

Pour définir le format de journalisation binaire MySQL

  1. Ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le volet de navigation, choisissez Groupes de paramètres.

  3. Choisissez le groupe de paramètres du cluster de base de données, associé au cluster d' de base de données, que vous souhaitez modifier.

    Vous ne pouvez pas modifier un groupe de paramètres par défaut. Si le cluster de base de données utilise un groupe de paramètres par défaut, créez un nouveau groupe et associez-le à au cluster.

    Pour plus d'informations sur les groupes de paramètres, consultez Groupes de paramètres pour Amazon Aurora.

  4. Dans Actions, sélectionnez Modifier.

  5. Définissez le paramètre binlog_format au format de journalisation binaire de votre choix (ROW, STATEMENT ou MIXED). Vous pouvez également utiliser la valeur OFF pour désactiver la journalisation binaire.

    Note

    Le réglage binlog_format sur OFF dans le groupe de paramètres du cluster de base de données désactive la variable de log_bin session. Cela désactive la journalisation binaire sur le cluster de base de données Aurora MySQL, qui à son tour réinitialise la variable de binlog_format session à la valeur par défaut de ROW dans la base de données.

  6. Choisissez Save changes (Enregistrer les modifications)pour enregistrer les mises à jour apportées au groupe de paramètres de cluster de base de données.

Après avoir effectué ces étapes, vous devez redémarrer l'instance d'écriture dans le cluster de bases de données pour que vos modifications s'appliquent. Dans Aurora MySQL version 2.09 et inférieures, lorsque vous redémarrez l'instance d'enregistreur, toutes les instances de lecteur du cluster de bases de données sont également redémarrées. Dans Aurora MySQL version 2.10 et supérieures, vous devez redémarrer toutes les instances de lecteur manuellement. Pour plus d’informations, consultez Redémarrage d'un cluster de bases de données Amazon Aurora ou d'une instance de base de données Amazon Aurora.

Important

La modification d'un groupe de paramètres de cluster de base de données affecte tous les clusters de base de données qui utilisent ce dernier. Si vous souhaitez spécifier différents formats de journalisation binaire pour différents clusters de base de données Aurora MySQL dans une AWS région, les clusters de base de données doivent utiliser différents groupes de paramètres de cluster de base de données. Ces groupes de paramètres identifient différents formats de journalisation. Affectez le groupe de paramètres de cluster de base de données approprié à chaque cluster de base de données. Pour de plus amples informations sur les paramètres Aurora MySQL, veuillez consulter Paramètres de SQL configuration d'Aurora My.