Configuration d’Aurora MySQL pour la journalisation des bases de données mono-AZ

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, consultez The Binary Log 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, consultez Formats de journalisation binaire 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 désavantages des différents formats de journalisation binaire pour la réplication, consultez Advantages and Disadvantages of Statement-Based and Row-Based Replication dans la documentation MySQL.

Important

Avec MySQL 8.0.34, MySQL a rendu le paramètre binlog_format obsolète. Dans les versions ultérieures de MySQL, MySQL prévoit de supprimer le paramètre et de ne prendre en charge que la réplication basée sur les lignes. Par conséquent, nous recommandons d’utiliser la journalisation basée sur les lignes pour les nouvelles configurations de réplication MySQL. Pour plus d’informations, consultez binlog_format dans la documentation MySQL.

Les versions 8.0 et 8.4 de MySQL acceptent le paramètre binlog_format. Lors de l’utilisation de ce paramètre, MySQL émet un avertissement d’obsolescence. Dans une future version majeure, MySQL supprimera le paramètre binlog_format.

La réplication basée sur les instructions peut provoquer des incohérences entre le cluster de bases de données source et un réplica en lecture. Pour plus d’informations, consultez 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 la métrique CloudWatch VolumeWriteIOPs.

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 panneau de navigation, choisissez Groupes de paramètres.

3. Choisissez le groupe de paramètres de cluster de bases de données, associé au cluster de bases de données, que vous voulez modifier.

   Vous ne pouvez pas modifier un groupe de paramètres par défaut. Si le cluster de bases 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. Pour Actions, choisissez 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 de binlog_format sur OFF dans le groupe de paramètres du cluster de bases de données désactive la variable de session log_bin. Cela désactive la journalisation binaire sur le cluster de bases de données Aurora MySQL, lequel à son tour réinitialise la variable de session binlog_format à la valeur par défaut 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 bases de données.

Après avoir effectué ces étapes, vous devez redémarrer l’instance d’enregistreur 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 ulté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 bases de données affecte tous les clusters de bases de données qui utilisent ce dernier. Si vous souhaitez spécifier des formats de journalisation binaire différents pour différents clusters de bases de données Aurora MySQL dans une région AWS, les clusters de bases de données doivent utiliser différents groupes de paramètres de cluster de bases de données. Ces groupes de paramètres identifient différents formats de journalisation. Affectez le groupe de paramètres de cluster de bases de données approprié à chaque cluster de bases de données. Pour plus d’informations sur les paramètres Aurora MySQL, consultez Paramètres de configuration d’Aurora MySQL.