Fonctions de MySQL 8.0 Community Edition Prérequis Aurora MySQL version 3 pour Aurora MySQL Serverless v2 Notes de mise à jour Nouvelles optimisations des requêtes parallèles Optimisations destinées à réduire le temps de redémarrage de la base de données

Aurora MySQL version 3 compatible avec MySQL 8.0

Vous pouvez utiliser Aurora MySQL version 3 pour obtenir les dernières fonctionnalités compatibles avec MySQL, des améliorations de performances et des corrections de bugs. Vous trouverez ci-après des informations sur Aurora MySQL version 3 avec compatibilité MySQL 8.0. Vous pouvez apprendre à mettre à niveau les clusters et applications vers Aurora MySQL version 3.

Certaines fonctionnalités d'Aurora, comme Aurora Serverless v2, nécessitent la version 3 d'Aurora MySQL.

Rubriques

Fonctions de MySQL 8.0 Community Edition

La version initiale d'Aurora MySQL version 3 est compatible avec MySQL 8.0.23 Community Edition. MySQL 8.0 introduit plusieurs nouvelles fonctions, dont les suivantes :

Fonctions JSON Pour plus d'informations, consultez Fonctions JSON dans le manuel de référence MySQL.
Fonctions de fenêtrage. Pour plus d'informations, consultez Fonctions de fenêtrage dans le manuel de référence MySQL.
Expressions de table communes (CTE), à l'aide de la clause WITH. Pour plus d'informations, consultez WITH (expressions de table communes) dans le manuel de référence MySQL.
Clauses ADD COLUMN et RENAME COLUMN optimisées pour l'instruction ALTER TABLE. Ces optimisations sont appelées « DDL instantané ». Aurora MySQL version 3 est compatible avec la fonctionnalité DDL instantané de MySQL version communautaire. L'ancienne fonction Aurora Fast DDL n'est pas utilisée. Pour plus d'informations sur l'utilisation du DDL instantané, consultez Instant DDL (Aurora MySQL version 3).
Index décroissants, fonctionnels et invisibles. Pour plus d'informations, consultez Index Invisibles, Index décroissants et Instruction CREATE INDEX dans le manuel de référence MySQL.
Privilèges basés sur des rôles contrôlés par des instructions SQL. 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 et SKIP LOCKED avec l'instruction SELECT ... FOR SHARE. Ces clauses évitent d'attendre que d'autres transactions libèrent les verrous de ligne. Pour plus d'informations, consultez Lectures de verrouillage dans le manuel de référence MySQL.
Améliorations apportées à la réplication des journaux binaires (binlog). Pour plus d'informations sur Aurora MySQL, consultez Ré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 Comment les serveurs évaluent les règles de filtrage de réplication dans le manuel de référence MySQL.
Indicateurs. Certains indicateurs compatibles avec MySQL 8.0 ont déjà été rétroportés vers Aurora MySQL version 2. Pour obtenir des informations sur l'utilisation des indicateurs avec Aurora MySQL, consultez Indicateurs Aurora MySQL. Pour obtenir la liste complète des indicateurs dans MySQL 8.0 version communautaire, consultez Indicateurs de l'optimiseur dans le manuel de référence MySQL.

Pour obtenir la liste complète des fonctions ajoutées à MySQL 8.0 Community Edition, consultez l'article de blog Liste complète des nouvelles fonctions de MySQL 8.0.

Aurora MySQL version 3 inclut également des modifications apportées aux mots-clés pour un langage inclusif, rétroportés depuis MySQL 8.0.26 version communautaire. Pour plus d'informations sur ces modifications, consultez Changements linguistiques inclusifs pour Aurora MySQL version 3.

Prérequis Aurora MySQL version 3 pour Aurora MySQL Serverless v2

Aurora MySQL version 3 est un prérequis pour toutes les instances de base de données dans un cluster Aurora MySQL Serverless v2. Aurora MySQL Serverless v2 prend en charge les instances de lecture dans un cluster de base de données, ainsi que d'autres fonctionnalités Aurora qui ne sont pas disponibles pour Aurora MySQL Serverless v1. Il offre également une mise à l'échelle plus rapide et plus granulaire qu'Aurora MySQL Serverless v1.

Notes de mise à jour d'Aurora MySQL version 3

Pour les notes de mise à jour de toutes les versions d'Aurora MySQL version 3, consultez Database engine updates for Amazon Aurora MySQL version 3 (Mises à jour du moteur de base de données pour Amazon Aurora MySQL version 3) dans Release Notes for Aurora MySQL (Notes de mise à jour de Aurora MySQL).

Nouvelles optimisations des requêtes parallèles

L'optimisation des requêtes parallèles Aurora s'applique désormais à d'autres opérations SQL :

La requête parallèle s'applique désormais aux tables contenant les types de données TEXT, BLOB, JSON, GEOMETRY et VARCHAR, et CHAR 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 des clusters de requêtes parallèles vers Aurora MySQL version 3. Pour obtenir des informations générales sur la requête parallèle Aurora, consultez Utilisation des requêtes parallèles pour Amazon Aurora MySQL.

Optimisations destinées à réduire le temps de redémarrage de la base de données

Votre cluster de base de données Aurora MySQL 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 MySQL 3.05 et 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, qui, dans Aurora MySQL, représente 75 % de la taille de la mémoire de l'instance par défaut. Nos tests ont révélé que le temps d'initialisation est proportionnel à la taille du pool de mémoire tampon InnoDB et qu'il évolue donc en fonction de la taille de la classe d'instance de la base de données. Lors de cette phase d'initialisation, la base de données ne peut pas accepter de connexions, ce qui entraîne des temps d'arrêt plus longs lors des redémarrages. La première phase du redémarrage rapide d'Aurora MySQL optimise l'initialisation du pool de mémoire tampon, ce qui réduit le temps d'initialisation de la base de données et donc le temps de redémarrage global.

Pour plus d'informations, consultez le blog Reduce downtime with Amazon Aurora MySQL database restart time optimizations.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Présentation d'Aurora MySQL

Nouveau comportement de table temporaire dans Aurora MySQL version 3