Mises à jour du moteur de base de données Aurora MySQL du 12/11/2022 (version 2.09.3) (obsolète) - 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.

Mises à jour du moteur de base de données Aurora MySQL du 12/11/2022 (version 2.09.3) (obsolète)

Version : 2.09.3

Aurora MySQL 2.09.3 est disponible. Les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6.

Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* et 3.02.*.

Vous pouvez mettre à niveau un cluster de bases de données Aurora MySQL 2.* existant vers Aurora MySQL 2.10.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version ultérieure directement vers la version 2.10.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.10.0.

Pour créer un cluster avec une version plus ancienne d'Aurora MySQL, spécifiez la version du moteur via l'AWS Management Console, l'AWS CLI ou l'API Amazon RDS.

En cas de question ou de doute, l'équipe AWS Support est disponible sur les forums de la communauté et via AWS Support. Pour plus d'informations, consultez Entretien d'un cluster de base de données Amazon Aurora dans le Guide de l'utilisateur Amazon Aurora.

Note

Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Améliorations

Correctifs de sécurité :

Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs de CVE supplémentaires ci-dessous :

Améliorations de la disponibilité :

  • Introduction d'une optimisation susceptible de réduire la contention pour les requêtes exécutées sur des tables dans information_schema.

  • Ajout de la prise en charge des chiffrements SSL ECDHE.

Améliorations générales :

  • Correction d'un problème qui, dans de rares conditions, peut entraîner le redémarrage d'une instance d'enregistreur en cas d'échec d'une vérification de l'intégrité des données en mémoire.

  • Correction d'un problème qui, dans de rares conditions, peut entraîner le redémarrage de l'instance de base de données lorsque le volume du cluster se développe alors que la journalisation binaire est activée.

  • Correction d'une rare condition de concurrence lors du redémarrage d'une instance de base de données, susceptible d'entraîner plusieurs redémarrages.

  • Correction d'un problème susceptible d'entraîner l'échec du redémarrage d'une instance de base de données lorsque la base de données comporte un grand nombre de combinaisons d'utilisateurs et de privilèges.

  • Correction d'un problème lié à la requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec la clause LIMIT.

  • Correction d'un problème lié au signalement incorrect d'un retard de réplication Aurora.

  • Correction d'un problème susceptible d'entraîner l'inaccessibilité des tables general_log et slow_log après la mise à niveau de la version majeure sur place d'Aurora-MySQL 1.x (basée sur MySQL 5.6) vers Aurora-MySQL 2.x (basée sur MySQL 5.7).

  • Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage de l'instance de base de données lorsque les tables innodb_trx, innodb_locks ou innodb_lockwaits sont interrogées alors que la base de données est soumise à une charge de travail importante. Les outils et fonctions de surveillance tels que Performance Insights peuvent interroger ces tables.

  • Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données lors de l'exécution de l'instruction SQL « FLUSH TABLES WITH READ LOCK ».

  • Correction d'un problème susceptible d'entraîner une interruption du processus de purge InnoDB lors de la suppression d'une instance de lecteur, provoquant une augmentation temporaire de la longueur de la liste de l'historique.

  • Correction d'un problème lié à une requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'une instruction SQL sur une table contenant une colonne virtuelle.

  • Correction d'un problème lié à une requête parallèle susceptible d'entraîner le renvoi de groupements ou d'ordres de tri incorrects lors de l'exécution de requêtes avec une clause GROUP BY et une clause WHERE contenant un prédicat de plage.

  • Correction d'un problème lié à une requête parallèle susceptible, dans de rares conditions, d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec des fonctions JSON.

  • Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance d'enregistreur dans le cluster de base de données globale en raison d'une condition de concurrence lors de la réplication de base de données globale.

  • Correction d'un problème susceptible d'entraîner l'arrêt d'un réplica de journal binaire avec une erreur HA_ERR_FOUND_DUPP_KEY lors de la réplication de certaines instructions DDL et DCL. Le problème se produit lorsque l'instance source est configurée avec un format de journalisation binaire MIXED et un niveau d'isolation READ COMMITTED ou READ UNCOMMITTED.

  • Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance de base de données lors de l'utilisation de transactions XA au niveau d'isolation READ COMMITTED.

  • Correction d'un problème où la valeur d'une colonne TIMESTAMP d'une ligne existante est mise à jour avec l'horodatage le plus récent lorsque toutes les conditions suivantes sont réunies : 1. Un déclencheur existe pour la table ; 2. Une instruction INSERT est exécutée sur la table qui comporte une clause ON DUPLICATE KEY UPDATE ; 3. La ligne insérée provoque une violation de valeur en double dans un index UNIQUE ou PRIMARY KEY ; 4. Une ou plusieurs colonnes sont de type TIMESTAMP et affichent une valeur par défaut de CURRENT_TIMESTAMP.

  • Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage d'une instance de lecteur en raison d'un traitement de vérification incorrect.

  • Correction d'un problème susceptible d'entraîner le redémarrage de l'instance de lecteur lorsque l'instance d'enregistreur augmente le volume de la base de données pour franchir des limites de taille de volume spécifiques.

  • Correction d'un problème susceptible d'entraîner des temps de redémarrage plus longs pour les instances de base de données utilisant des volumes de cluster clonés.

  • Correction d'un problème où le redémarrage d'une instance de base de données peut échouer une ou plusieurs fois après l'exécution d'une opération TRUNCATE TABLE sur l'instance d'enregistreur.

  • Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance de base de données.

  • Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance d'enregistreur lorsque le volume de la base de données augmente jusqu'à un multiple de 160 Go.

Intégration de correctifs de bogues de l'édition MySQL Community Edition

  • Bogue n° 23533396 - Lors de l'ajout d'un nouvel index, le serveur a supprimé un index de clé étrangère défini en interne et a tenté d'utiliser un index secondaire défini sur une colonne générée virtuelle en tant qu'index de clé étrangère, provoquant ainsi l'arrêt du serveur. InnoDB permet désormais à une contrainte de clé étrangère de référencer un index secondaire défini sur une colonne générée virtuelle.

  • Bogue n° 29550513 - Réplication : dans certaines circonstances, un problème de verrouillage dans la fonction WAIT_FOR_EXECUTED_GTID_SET () peut entraîner le blocage du serveur. Ce problème a été corrigé.

Comparaison avec Aurora MySQL version 1

Les fonctionnalités Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).

Compatibilité avec MySQL 5.7

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctionnalités telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctionnalités MySQL 5.7 suivantes :

  • 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

  • Plugins de réécriture de requête

  • Filtrage de réplication

  • Instruction SQL CREATE TABLESPACE