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 03/06/2021 (version 1.22.5) (obsolète)
Version : 1.22.5
Aurora MySQL 1.22.5 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 est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez Versions Long-Term Support (LTS) d'Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.
En cas de question ou de doute, l'équipe AWS Support est disponible sur les forums de la communauté et via AWS Support
Améliorations
Améliorations de la disponibilité :
-
Résolution d'un problème qui pouvait entraîner l'arrêt de la base de données, puis un redémarrage ou un basculement en raison d'un conflit de simultanéité entre les threads de nettoyage internes.
-
Résolution d'un problème qui pouvait entraîner l'indisponibilité du cluster si la base de données redémarrait tout en conservant les transactions XA à l'état préparé, puis redémarrait à nouveau avant que ces transactions ne soient validées ou annulées. Avant ce correctif, vous pouviez résoudre le problème en restaurant le cluster à un moment donné avant le premier redémarrage.
-
Résolution d'un problème qui pouvait entraîner le blocage de la purge InnoDB si la base de données redémarre pendant le traitement d'une instruction DDL. Par conséquent, la longueur de la liste de l'historique InnoDB augmenterait et le volume de stockage du cluster continuerait de croître jusqu'à ce qu'il soit rempli, rendant ainsi la base de données indisponible. Avant ce correctif, vous pouviez atténuer le problème en redémarrant à nouveau la base de données pour débloquer la purge.
