Aurora My SQL version 2 compatible avec My SQL 5.7

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

Important

SQLLa version 2 d'Aurora My a atteint la fin du support standard le 31 octobre 2024. Pour de plus amples informations, veuillez consulter Préparation à la fin du support standard d'Amazon Aurora My SQL -Compatible Edition version 2.

Fonctionnalités non prises en charge dans Aurora My SQL version 2

Les fonctionnalités suivantes sont prises en charge dans My SQL 5.7, mais ne le sont pas actuellement dans Aurora My SQL version 2 :

• CREATE TABLESPACESQLdéclaration

• 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 fonctionnalités, consultez la documentation My SQL 5.7.

Comportement des espaces de table temporaires dans Aurora My version 2 SQL

Dans My SQL 5.7, le tablespace temporaire s'étend automatiquement et sa taille augmente selon les besoins 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 My SQL version 2, le comportement suivant s'applique :

• Pour les nouveaux clusters Aurora My SQL DB créés avec les versions 2.10 et supérieures, le tablespace 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 Aurora My SQL DB 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 du tablespace temporaire sur votre cluster de base de données Aurora My SQL version 2 à l'aide de 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 dans la section Ma SQL documentation.

Moteur de stockage pour des tables temporaires sur disque

Aurora My SQL 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 lecteur, les tables temporaires sur disque utilisent le moteur My ISAM storage, qui utilise le stockage local. En effet, les instances en lecture seule ne peuvent stocker aucune donnée sur le volume de cluster Aurora.