Configuration d'un journal binaire amélioré pour Aurora My SQL - Amazon Aurora
Configuration des paramètres d'un binlog amélioréAutres paramètres connexesDifférences entre le binlog amélioré et le journal communautaire My SQL binlogAmazon CloudWatch Metrics pour un journal binaire amélioréLimites du binlog amélioré

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'un journal binaire amélioré pour Aurora My SQL

Le binlog amélioré réduit la surcharge de performances de calcul provoquée par l'activation de binlog, qui peut atteindre 50 % dans certains cas. Avec le binlog amélioré, cette surcharge peut être réduite à environ 13 %. Pour réduire la surcharge, le binlog amélioré écrit les journaux binaires et de transactions sur le stockage en parallèle, ce qui minimise les données écrites au moment de la validation de la transaction.

L'utilisation de binlog amélioré améliore également le temps de restauration de la base de données après les redémarrages et les basculements de 99 % par rapport à la communauté My binlog. SQL Le journal binaire amélioré est compatible avec les charges de travail existantes basées sur le journal binaire, et vous interagissez avec lui de la même manière que vous interagissez avec la communauté My binlog. SQL

Le journal binaire amélioré est disponible sur Aurora My SQL version 3.03.1 et supérieure.

Configuration des paramètres d'un binlog amélioré

Vous pouvez basculer entre mon journal binaire communautaire et le SQL journal binlog amélioré en activant/désactivant les paramètres du journal binaire amélioré. Les utilisateurs existants de binlog peuvent continuer à lire et à utiliser les fichiers binlog sans aucune interruption dans la séquence des fichiers binlog.

Pour activer le journal binaire amélioré, définissez les paramètres suivants :

Paramètre Par défaut Description
binlog_format – Définissez le paramètre binlog_format au format de journalisation binaire de votre choix pour activer le binlog amélioré. Assurez-vous que le binlog_format parameter n'est pas réglé surOFF. Pour plus d'informations, consultez Configuration de la journalisation SQL binaire Aurora My.
aurora_enhanced_binlog 0 Définissez la valeur de ce paramètre sur 1 dans le groupe de paramètres du cluster de base de données associé au SQL cluster Aurora My. Lorsque vous modifiez la valeur de ce paramètre, vous devez redémarrer l'instance de rédacteur lorsque la valeur DBClusterParameterGroupStatus est affichée comme pending-reboot.
binlog_backup 1 Désactivez ce paramètre pour activer le binlog amélioré. Pour ce faire, définissez la valeur de ce paramètre sur 0.
binlog_replication_globaldb 1 Désactivez ce paramètre pour activer le binlog amélioré. Pour ce faire, définissez la valeur de ce paramètre sur 0.
Important

Vous ne pouvez désactiver les paramètres binlog_backup et binlog_replication_globaldb que lorsque vous utilisez le binlog amélioré.

Pour désactiver le journal binaire amélioré, définissez les paramètres suivants :

Paramètre Description
aurora_enhanced_binlog Définissez la valeur de ce paramètre sur 0 dans le groupe de paramètres du cluster de base de données associé au SQL cluster Aurora My. À chaque fois que vous modifiez la valeur de ce paramètre, vous devez redémarrer l'instance de rédacteur lorsque la valeur DBClusterParameterGroupStatus est affichée comme pending-reboot.
binlog_backup Activez ce paramètre lorsque vous désactivez le binlog amélioré. Pour ce faire, définissez la valeur de ce paramètre sur 1.
binlog_replication_globaldb Activez ce paramètre lorsque vous désactivez le binlog amélioré. Pour ce faire, définissez la valeur de ce paramètre sur 1.

Pour vérifier si le journal binaire amélioré est activé, utilisez la commande suivante dans Mon SQL client :

mysql>show status like 'aurora_enhanced_binlog';
              
+------------------------+--------+
| Variable_name          | Value  |
+------------------------+--------+
| aurora_enhanced_binlog | ACTIVE |
+------------------------+--------+
1 row in set (0.00 sec)

Lorsque le binlog amélioré est activé, la sortie affiche ACTIVE pouraurora_enhanced_binlog.

Autres paramètres connexes

Lorsque vous activez le binlog amélioré, les paramètres suivants sont affectés :

  • Le paramètre max_binlog_size est visible mais non modifiable. Sa valeur par défaut 134217728 est automatiquement ajustée sur 268435456 lorsque le binlog amélioré est activé.

  • Contrairement à la communauté My SQL binlog, le binlog_checksum n'agit pas comme un paramètre dynamique lorsque le journal binaire amélioré est activé. Pour que la modification de ce paramètre soit prise en compte, vous devez redémarrer manuellement le cluster de bases de données, même si la ApplyMethod est immediate.

  • La valeur que vous définissez sur le paramètre binlog_order_commits n'a aucun effet sur l'ordre des validations lorsque le binlog amélioré est activé. Les validations sont toujours ordonnées sans aucune autre incidence sur les performances.

Différences entre le binlog amélioré et le journal communautaire My SQL binlog

Le journal binaire amélioré interagit différemment avec les clones, les sauvegardes et la base de données globale Aurora par rapport à la communauté My binlog. SQL Nous vous recommandons de comprendre les différences suivantes avant d'utiliser le binlog amélioré.

  • Les fichiers binlog améliorés du cluster de base de données source ne sont pas disponibles sur un cluster de base de données cloné.

  • Les fichiers binlog améliorés ne sont pas inclus dans les sauvegardes Aurora. Par conséquent, les fichiers binlog améliorés du cluster de bases de données source ne sont pas disponibles après la restauration d'un cluster de bases de données, même avec une période de conservation définie.

  • Lorsqu'ils sont utilisés avec une base de données globale Aurora, les fichiers binlog améliorés du cluster de bases de données principal ne sont pas répliqués vers le cluster de bases de données des régions secondaires.

Exemples

Les exemples suivants illustrent les différences entre le binlog amélioré et le journal communautaire My SQL binlog.

Sur un cluster de bases de données restauré ou cloné

Lorsque le binlog amélioré est activé, les fichiers binlog historiques ne sont pas disponibles dans le cluster de bases de données restauré ou cloné. Après une opération de restauration ou de clonage, si binlog est activé, le nouveau cluster de base de données commence à écrire sa propre séquence de fichiers binlog, en commençant par 1 (mysql-bin-changelog.000001).

Pour activer le binlog amélioré après une opération de restauration ou de clonage, définissez les paramètres du cluster de bases de données requis sur le cluster de bases de données restauré ou cloné. Pour de plus amples informations, veuillez consulter Configuration des paramètres d'un binlog amélioré.

Exemple : opération de clonage ou de restauration effectuée lorsque le journal binaire amélioré est activé

Cluster de bases de données source :

mysql> show binary logs;
                      
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000001 |       156 | No        |
| mysql-bin-changelog.000002 |       156 | No        |
| mysql-bin-changelog.000003 |       156 | No        |
| mysql-bin-changelog.000004 |       156 | No        | --> Enhanced Binlog turned on
| mysql-bin-changelog.000005 |       156 | No        | --> Enhanced Binlog turned on
| mysql-bin-changelog.000006 |       156 | No        | --> Enhanced Binlog turned on
+----------------------------+-----------+-----------+
6 rows in set (0.00 sec)

Sur un cluster de bases de données restauré ou cloné, les fichiers binlog ne sont pas sauvegardés lorsque le journal binaire amélioré est activé. Pour éviter toute discontinuité dans les données du binlog, les fichiers binlog écrits avant l'activation du binlog amélioré ne sont pas non plus disponibles. 

mysql>show binary logs;
                      
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000001 |       156 | No        | --> New sequence of Binlog files
+----------------------------+-----------+-----------+ 
1 row in set (0.00 sec)
Exemple : opération de clonage ou de restauration effectuée lorsque le journal binaire amélioré est désactivé

Cluster de base de données source :

mysql>show binary logs;
                                                
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000001 |       156 | No        |
| mysql-bin-changelog.000002 |       156 | No        | --> Enhanced Binlog enabled
| mysql-bin-changelog.000003 |       156 | No        | --> Enhanced Binlog enabled
| mysql-bin-changelog.000004 |       156 | No        | 
| mysql-bin-changelog.000005 |       156 | No        | 
| mysql-bin-changelog.000006 |       156 | No        |
+----------------------------+-----------+-----------+
6 rows in set (0.00 sec)

Sur un cluster de bases de données restauré ou cloné, les fichiers binlog écrits après la désactivation du binlog amélioré sont disponibles.

mysql>show binary logs;
                      
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000004 |       156 | No        | 
| mysql-bin-changelog.000005 |       156 | No        | 
| mysql-bin-changelog.000006 |       156 | No        |
+----------------------------+-----------+-----------+
1 row in set (0.00 sec)

Sur une Amazon Aurora Global Database

Sur une Amazon Aurora Global Database, les données du binlog du cluster de bases de données principal ne sont pas répliquées vers les clusters de bases de données secondaires. Après un processus de basculement entre régions, les données du binlog ne sont pas disponibles dans le cluster de bases de données principal récemment promu. Si binlog est activé, le cluster de base de données nouvellement promu démarre sa propre séquence de fichiers binlog, en commençant par 1 (mysql-bin-changelog.000001).

Pour activer le binlog amélioré après un basculement, vous devez définir les paramètres de cluster de bases de données requis sur le cluster de bases de données secondaire. Pour de plus amples informations, veuillez consulter Configuration des paramètres d'un binlog amélioré.

Exemple : L'opération de basculement global de la base de données est effectuée lorsque le journal binaire amélioré est activé

Ancien cluster de bases de données principal (avant le basculement) :

mysql>show binary logs;
                  
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000001 |       156 | No        |
| mysql-bin-changelog.000002 |       156 | No        |
| mysql-bin-changelog.000003 |       156 | No        |
| mysql-bin-changelog.000004 |       156 | No        | --> Enhanced Binlog enabled
| mysql-bin-changelog.000005 |       156 | No        | --> Enhanced Binlog enabled
| mysql-bin-changelog.000006 |       156 | No        | --> Enhanced Binlog enabled
+----------------------------+-----------+-----------+
6 rows in set (0.00 sec)

Nouveau cluster de bases de données principal (après le basculement) :

Les fichiers binlog ne sont pas répliqués vers les régions secondaires lorsque le binlog amélioré est activé. Pour éviter toute discontinuité dans les données du binlog, les fichiers binlog écrits avant l'activation du binlog amélioré ne sont pas disponibles.

mysql>show binary logs;
                      
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000001 |       156 | No        | --> Fresh sequence of Binlog files
+----------------------------+-----------+-----------+ 
1 row in set (0.00 sec)
Exemple : une opération de basculement global de base de données est effectuée lorsque le journal binaire amélioré est désactivé

Cluster de bases de données source :

mysql>show binary logs;
                  
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000001 |       156 | No        |
| mysql-bin-changelog.000002 |       156 | No        | --> Enhanced Binlog enabled
| mysql-bin-changelog.000003 |       156 | No        | --> Enhanced Binlog enabled
| mysql-bin-changelog.000004 |       156 | No        | 
| mysql-bin-changelog.000005 |       156 | No        | 
| mysql-bin-changelog.000006 |       156 | No        |
+----------------------------+-----------+-----------+
6 rows in set (0.00 sec)

Cluster de bases de données restauré ou cloné :

Les fichiers binlog qui sont écrits après la désactivation du binlog amélioré sont répliqués et sont disponibles dans le cluster de bases de données récemment promu.

mysql>show binary logs;
                  
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| mysql-bin-changelog.000004 |       156 | No        | 
| mysql-bin-changelog.000005 |       156 | No        | 
| mysql-bin-changelog.000006 |       156 | No        |
+----------------------------+-----------+-----------+
3 rows in set (0.00 sec)

Amazon CloudWatch Metrics pour un journal binaire amélioré

Les CloudWatch statistiques Amazon suivantes sont publiées uniquement lorsque le journal binaire amélioré est activé.

CloudWatch métrique Description Unités
ChangeLogBytesUsed Volume de stockage utilisé par le binlog amélioré. Octets
ChangeLogReadIOPs Nombre d'opérations d'E/S de lecture réalisées dans le binlog amélioré à 5 minutes d'intervalles. Compte par 5 minutes
ChangeLogWriteIOPs Nombre d'opérations d'E/S d'écriture disque réalisées dans le binlog amélioré à 5 minutes d'intervalles. Compte par 5 minutes

Limites du binlog amélioré

Les limites suivantes s'appliquent aux clusters de bases de données Amazon Aurora lorsque le binlog amélioré est activé.

  • Le journal binaire amélioré n'est pris en charge que sur les SQL versions 3.03.1 et supérieures d'Aurora My.

  • Les fichiers binlog améliorés écrits sur le cluster de bases de données principal ne sont pas copiés vers les clusters de bases de données clonés ou restaurés.

  • Lorsqu'ils sont utilisés avec Amazon Aurora Global Database, les fichiers binlog améliorés du cluster de bases de données principal ne sont pas répliqués vers les clusters de bases de données secondaires. Par conséquent, après le processus de basculement, les données historiques du binlog ne sont pas disponibles dans le nouveau cluster de bases de données principal.

  • Les paramètres de configuration du binlog suivants sont ignorés :

    • binlog_group_commit_sync_delay

    • binlog_group_commit_sync_no_delay_count

    • binlog_max_flush_queue_time

  • Vous ne pouvez pas supprimer ou renommer une table corrompue dans une base de données. Pour supprimer ces tableaux, vous pouvez contacter AWS Support.

  • Le cache d'E/S du binlog est désactivé lorsque le binlog amélioré est activé. Pour de plus amples informations, veuillez consulter Optimisation de la réplication des journaux binaires pour Aurora My SQL.

    Note

    Le binlog amélioré fournit de meilleures performances de lecture similaires à celles du cache d'E/S du binlog et de meilleures performances d'écriture.

  • La fonction de retour sur trace n'est pas prise en charge. Le binlog amélioré ne peut pas être activé dans un cluster de bases de données dans les conditions suivantes :

    • Cluster de bases de données avec la fonction de retour sur trace actuellement activée.

    • Cluster de base de données dans lequel la fonctionnalité de retour en arrière était précédemment activée, mais elle est désormais désactivée.

    • Cluster de base de données restauré à partir d'un cluster de bases de données source ou d'un instantané avec la fonction de retour sur trace activée.