Aurora MySQL version 2 compatible avec MySQL 5.7 - 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.

Aurora MySQL version 2 compatible avec MySQL 5.7

Cette rubrique décrit les différences entre Aurora MySQL version 2 et MySQL 5.7 Community Edition.

Fonctions non prises en charge dans Aurora MySQL version 2

Les fonctions suivantes sont prises en charge dans MySQL 5.7, mais ne le sont actuellement pas dans Aurora MySQL version 2 :

  • Instruction SQL CREATE TABLESPACE

  • plugin de réplication de groupe

  • Augmentation de la taille de page

  • Chargement du pool de mémoires tampons InnoDB au démarrage

  • plugin d'analyse de texte intégral InnoDB

  • Réplication multi-source

  • Redimensionnement de pool de mémoires tampons en ligne

  • Plugin de validation de mot de passe – Vous pouvez installer le plugin, mais il n'est pas pris en charge. Vous ne pouvez pas personnaliser le plugin.

  • plugins de réécriture de requête

  • Filtrage de réplication

  • Protocole X

Pour plus d'informations sur ces fonctions, consultez la documentation MySQL 5.7.

Comportement d'espace de table temporaire dans Aurora MySQL version 2

Dans MySQL 5.7, l'espace de table temporaire s'étend automatiquement et sa taille augmente au besoin pour accueillir les tables temporaires sur disque. Lorsque des tables temporaires sont supprimées, l'espace libéré peut être réutilisé pour de nouvelles tables temporaires, mais l'espace de table temporaire conserve sa taille étendue et ne diminue pas. L'espace de table temporaire est supprimé et recréé lorsque le moteur est redémarré.

Dans Aurora MySQL version 2, le comportement suivant s'applique :

  • Pour les nouveaux clusters de bases de données Aurora MySQL créés avec les versions 2.10 et ultérieures, l'espace de table temporaire est supprimé et recréé lorsque vous redémarrez la base de données. Cela permet à la fonction de redimensionnement dynamique de récupérer l'espace de stockage.

  • Pour les clusters de bases de données Aurora MySQL existants mis à niveau vers :

    • Versions 2.10 et ultérieures : l'espace de table temporaire est supprimé et recréé lorsque vous redémarrez la base de données. Cela permet à la fonction de redimensionnement dynamique de récupérer l'espace de stockage.

    • Version 2.09 : l'espace de table temporaire n'est pas supprimé lorsque vous redémarrez la base de données.

Vous pouvez vérifier la taille de l'espace de table temporaire sur votre cluster de bases de données Aurora MySQL version 2 en utilisant la requête suivante :

SELECT FILE_NAME, TABLESPACE_NAME, ROUND((TOTAL_EXTENTS * EXTENT_SIZE) / 1024 / 1024 / 1024, 4) AS SIZE FROM INFORMATION_SCHEMA.FILES WHERE TABLESPACE_NAME = 'innodb_temporary';

Pour plus d'informations, consultez The Temporary Tablespace (L'espace de table temporaire) dans la documentation MySQL.

Moteur de stockage pour des tables temporaires sur disque

Aurora MySQL version 2 utilise différents moteurs de stockage pour les tables temporaires internes sur disque en fonction du rôle de l'instance.

  • Sur l'instance d'écriture, les tables temporaires sur disque utilisent le moteur de stockage InnoDB par défaut. Elles sont stockées dans l'espace de table temporaire du volume de cluster Aurora.

    Vous pouvez modifier ce comportement sur l'instance d'écriture en modifiant la valeur du paramètre de base de données internal_tmp_disk_storage_engine. Pour de plus amples informations, veuillez consulter Paramètres de niveau instance.

  • Sur les instances de lecture, les tables temporaires sur disque utilisent le moteur de stockage MyISAM, qui utilise le stockage local. En effet, les instances en lecture seule ne peuvent stocker aucune donnée sur le volume de cluster Aurora.