Mises à jour du moteur de base de données Aurora MySQL du 18/03/2021 (version 1.23.2) (obsolète)

Version : 1.23.2

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

L'obsolescence de cette version du moteur est prévue pour le 28 février 2023. Pour plus d'informations, consultez Préparation à la fin de vie d'Amazon Aurora Édition compatible avec MySQL version 1.

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.*.

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

Note

Cette version n'est pas disponible actuellement dans les régions suivantes : AWS GovCloud (USA Est) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1]. Sa disponibilité fera l'objet d'une annonce distincte.

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.

Améliorations

Correctifs à priorité élevée :

• CVE-2020-14867

• CVE-2020-14812

• CVE-2020-14769

• CVE-2020-14765

• CVE-2020-14793

• CVE-2020-14672

• CVE-2020-1971

• CVE-2018-3143

Améliorations de la disponibilité :

• Correction d'un problème dans la fonction de redimensionnement dynamique qui pouvait entraîner le redémarrage des instances de base de données du lecteur.

• Correction d'un problème de basculement dû à une condition de concurrence dans l'instruction RESET QUERY CACHE.

• Correction d'un incident dans un appel de procédure stockée imbriquée avec cache de requête.

• Correction d'un problème afin d'empêcher le redémarrage répété de mysqld lors de la récupération à partir d'une troncature incomplète de tables partitionnées ou sous-partitionnées.

• Correction d'un problème qui pouvait provoquer l'échec d'une migration depuis le site ou RDS for MySQL vers Aurora MySQL.

• Correction d'une condition de concurrence rare dans laquelle la base de données pouvait redémarrer pendant la mise à l'échelle du volume de stockage.

• Correction d'un problème lié au gestionnaire de verrous, où une condition de concurrence pouvait provoquer le partage d'un verrou par deux transactions, provoquant le redémarrage de la base de données.

• Correction d'un problème lié à la gestion de la mémoire de verrouillage des transactions avec des transactions d'écriture longues entraînant un redémarrage de la base de données.

• Correction d'une condition de concurrence dans le gestionnaire de verrous qui entraînait le redémarrage de la base de données ou le basculement pendant la restauration d'une transaction.

• Correction d'un problème lors de la mise à niveau de la version 5.6 vers la version 5.7 lorsque la fonction Fast Online DDL était activée dans la table en mode Lab dans la version 5.6.

• Correction de plusieurs problèmes dans lesquels le moteur pouvait redémarrer pendant l'application de correctifs sans temps d'arrêt lors de la recherche d'un point de repos dans l'activité de la base de données pour l'application de correctifs.

• Correction de plusieurs problèmes liés aux redémarrages répétés dus à l'interruption des opérations DDL, telles que DROP TRIGGER, ALTER TABLE et en particulier ALTER TABLE qui modifie le type de partitionnement ou le nombre de partitions dans une table.

• Mise à jour de la valeur par défaut de table_open_cache sur les instances 16XL et 24XL afin d'éviter des redémarrages répétés et une utilisation élevée du processeur sur les classes d'instances volumineuses (R4/R5-16XL, R5-12XL, R5-24XL). Cela a eu un impact sur les versions 1.21.x et 1.22.x.

• Correction d'un problème qui provoquait l'arrêt d'un réplica de journal binaire avec une erreur HA_ERR_KEY_NOT_FOUND.

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

• Réplication : pendant l'exécution d'une instruction SHOW BINLOG EVENTS, toute transaction parallèle a été bloquée. Le correctif garantit que le processus SHOW BINLOG EVENTS n'acquiert désormais un verrou que pendant la durée du calcul de la position finale du fichier ; par conséquent, les transactions parallèles ne sont pas bloquées pendant de longues durées. (Bogue n° 76618, Bogue n° 20928790)