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 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 TABLESPACE
SQLdé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
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.