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 3 compatible avec My SQL 8.0
Vous pouvez utiliser Aurora My SQL version 3 pour bénéficier des dernières fonctionnalités SQL compatibles avec My, des améliorations de performances et des corrections de bogues. Vous trouverez ci-dessous des informations sur la SQL version 3 d'Aurora My, compatible avec My SQL 8.0. Vous pouvez apprendre à mettre à niveau vos clusters et applications vers Aurora My SQL version 3.
Certaines fonctionnalités d'Aurora, telles que Aurora Serverless v2, nécessite la SQL version 3 d'Aurora My.
Rubriques
- Fonctionnalités de My SQL 8.0 Community Edition
- Configuration requise pour Aurora My SQL version 3 pour Aurora My SQL Serverless v2
- Notes de mise à jour pour la SQL version 3 d'Aurora My
- Nouvelles optimisations des requêtes parallèles
- Optimisations destinées à réduire le temps de redémarrage de la base de données
- Nouveau comportement des tables temporaires dans Aurora My SQL version 3
- Comparaison entre Aurora My SQL version 2 et Aurora My SQL version 3
- Comparaison entre Aurora My SQL version 3 et My SQL 8.0 Community Edition
- Mise à niveau vers Aurora MySQL version 3
Fonctionnalités de My SQL 8.0 Community Edition
La version initiale d'Aurora My SQL version 3 est compatible avec My SQL 8.0.23 Community Edition. My SQL 8.0 introduit plusieurs nouvelles fonctionnalités, notamment les suivantes :
-
Support du langage de définition des données atomiques (DDL). Pour de plus amples informations, veuillez consulter Support du langage de définition des données atomiques (DDL).
-
JSONfonctions. Pour plus d'informations sur l'utilisation, consultez la section JSONFonctions
du manuel My SQL Reference. -
Fonctions de fenêtrage. Pour plus d'informations sur l'utilisation, consultez la section Fonctions de fenêtre
dans le manuel My SQL Reference. -
Expressions de table courantes (CTEs), utilisant la
WITH
clause. Pour plus d'informations sur l'utilisation, voir WITH(Expressions de table communes)dans le manuel My SQL Reference. -
Clauses
ADD COLUMN
etRENAME COLUMN
optimisées pour l'instructionALTER TABLE
. Ces optimisations sont dites « instantanées DDL ». SQLLa version 3 d'Aurora My est compatible avec la DDL fonctionnalité communautaire My SQL Instant. L'ancienne DDL fonctionnalité rapide d'Aurora n'est pas utilisée. Pour obtenir des informations d'utilisation instantanéesDDL, voirInstant DDL (Aurora MySQL version 3). -
Index décroissants, fonctionnels et invisibles. Pour plus d'informations sur l'utilisation, consultez les sections Indexes invisibles
, Indexes descendants et CREATEINDEXStatement dans le manuel My SQL Reference. -
Privilèges basés sur les rôles contrôlés par SQL des instructions. Pour plus d'informations sur les modifications apportées au modèle de privilèges, consultez Modèle de privilège basé sur les rôles.
-
Clauses
NOWAIT
etSKIP LOCKED
avec l'instructionSELECT ... FOR SHARE
. Ces clauses évitent d'attendre que d'autres transactions libèrent les verrous de ligne. Pour plus d'informations sur l'utilisation, consultez la section Verrouillage des lecturesdans le manuel My SQL Reference. -
Améliorations apportées à la réplication des journaux binaires (binlog). Pour plus de SQL détails sur l'Aurora My, voirRéplication de journaux binaires. Vous pouvez notamment effectuer une réplication filtrée. Pour plus d'informations sur l'utilisation de la réplication filtrée, consultez la section Comment les serveurs évaluent les règles de filtrage de réplication
dans mon manuel de SQL référence. -
Indicateurs. Certains des conseils SQL compatibles avec My 8.0 ont déjà été rétroportés vers la version 2 d'Aurora SQL My. Pour plus d'informations sur l'utilisation des astuces avec Aurora MySQL, consultezAurora Mes SQL conseils. Pour obtenir la liste complète des astuces disponibles dans Community My SQL 8.0, voir Optimizer Hints
dans le manuel My SQL Reference Manual.
Pour consulter la liste complète des fonctionnalités ajoutées à l'édition communautaire My SQL 8.0, consultez le billet de blog La liste complète des nouvelles fonctionnalités de My SQL 8.0
SQLLa version 3 d'Aurora My inclut également des modifications des mots clés pour un langage inclusif, rétroportées depuis la communauté My SQL 8.0.26. Pour plus d'informations sur ces modifications, consultez Changements linguistiques inclusifs pour la SQL version 3 d'Aurora My.
Configuration requise pour Aurora My SQL version 3 pour Aurora My SQL Serverless v2
Aurora My SQL version 3 est une condition préalable pour toutes les instances de base de données d'un cluster Aurora My SQL Serverless v2. Aurora My SQL Serverless v2 inclut la prise en charge des instances de lecteur dans un cluster de base de données, ainsi que d'autres fonctionnalités Aurora qui ne sont pas disponibles pour Aurora My SQL Serverless v1. Il offre également une mise à l'échelle plus rapide et plus granulaire qu'Aurora My SQL Serverless v1.
Notes de mise à jour pour la SQL version 3 d'Aurora My
Pour consulter les notes de publication de toutes les versions d'Aurora My SQL version 3, consultez la section Mises à jour du moteur de base de données pour Amazon Aurora My SQL version 3 dans les notes de publication d'Aurora My SQL.
Nouvelles optimisations des requêtes parallèles
L'optimisation des requêtes parallèles Aurora s'applique désormais à un plus grand nombre d'SQLopérations :
-
La requête parallèle s'applique désormais aux tables contenant les types de données
TEXT
,BLOB
,JSON
,GEOMETRY
etVARCHAR
, etCHAR
de plus de 768 octets. -
Les requêtes parallèles peuvent optimiser les requêtes impliquant des tables partitionnées.
-
Une requête parallèle permet d'optimiser les requêtes impliquant des appels de fonction agrégés dans la liste de sélection et la clause
HAVING
.
Pour plus d'informations sur ces améliorations, consultez Mise à niveau de clusters de requêtes parallèles vers Aurora My SQL version 3. Pour obtenir des informations générales sur la requête parallèle Aurora, consultez Requête parallèle pour Amazon Aurora My SQL.
Optimisations destinées à réduire le temps de redémarrage de la base de données
Votre cluster Aurora My SQL DB doit être hautement disponible pendant les interruptions planifiées et imprévues.
Les administrateurs de la base de données doivent effectuer une maintenance occasionnelle de celle-ci. Cette maintenance inclut l'application de correctifs, les mises à niveau, les modifications des paramètres de la base de données nécessitant un redémarrage manuel, le basculement pour réduire le temps nécessaire pour modifier la classe d'instance, etc. Ces actions planifiées nécessitent un temps d'arrêt.
Cependant, les temps d'arrêt peuvent également être provoqués par des actions imprévues, telles qu'un basculement inattendu dû à une défaillance matérielle sous-jacente ou à une limitation des ressources de la base de données. Toutes ces actions planifiées et imprévues entraînent le redémarrage de la base de données.
Dans Aurora My 3.05 et SQL versions ultérieures, nous avons introduit des optimisations qui réduisent le temps de redémarrage de la base de données. Ces optimisations permettent de réduire les temps d'arrêt de 65 % et atténuent les perturbations engendrées sur les charges de travail de votre base de données après un redémarrage.
Lors du démarrage de la base de données, de nombreux composants de la mémoire interne sont initialisés. Le plus important d'entre eux est le pool de mémoire tampon InnoDB
Pour plus de détails, consultez le blog Réduisez les temps d'arrêt grâce aux optimisations du temps de redémarrage SQL de la base de données Amazon Aurora My