Mises à jour du moteur de base de données Aurora MySQL 13/11/2023 (version 3.04.1, compatible avec MySQL 8.0.28) - 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 13/11/2023 (version 3.04.1, compatible avec MySQL 8.0.28)

Version : 3.04.1

Aurora MySQL 3.04.1 est généralement disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28. Pour plus d'informations sur les modifications apportées à la communauté, consultez les notes de mise à jour de MySQL 8.0.

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.

Nous vous recommandons de ne pas définir le AutoMinorVersionUpgrade paramètre sur true (ou de ne pas activer la mise à niveau automatique des versions mineures dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers une version non LTS telle que la 3.05.2.

Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez Aurora MySQL version 3 compatible avec MySQL 8.0. Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3. Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, consultez Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition.

Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.7.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* et 3.05.*.

Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise à niveau bleu/vert gérée à l'aide d'Amazon RDS Blue/Green Deployments depuis n'importe quel cluster Aurora MySQL version 2 actuellement disponible vers un cluster Aurora MySQL version 3.04.1.

Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez Planification de la mise à niveau d'Aurora MySQL version 3 dans le Guide de l'utilisateur Amazon Aurora. Pour obtenir des informations générales sur les mises à niveau d'Aurora MySQL, consultez Mise à niveau des clusters de bases de données Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Pour plus d'informations sur la résolution des problèmes, consultez Résolution des problèmes de mise à niveau avec Aurora MySQL version 3.

Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le 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

Améliorations de la disponibilité :

  • Correction d'un problème de redémarrage des instances de base de données Aurora MySQL utilisant une requête parallèle lorsqu'elles exécutent un grand nombre de requêtes parallèles simultanées.

  • Correction d'un problème qui pouvait entraîner la restauration incorrecte de l'ensemble GTID exécuté sur un cluster de répliques de journaux binaires (binlog) lorsque le journal binaire amélioré était activé lorsqu'une source de journal binaire était définie sur ou. gtid_mode ON ON_PERMISSIVE Ce problème peut entraîner un redémarrage supplémentaire de l'instance d'enregistreur du cluster de réplica pendant la récupération, ou entraîner des résultats incorrects lors de l'interrogation du jeu de GTID exécuté.

  • Correction d'un problème de gestion de la mémoire pouvant entraîner le redémarrage ou le basculement d'une instance de base de données Aurora MySQL en raison d'une diminution de la mémoire disponible lorsque le journal binaire amélioré est activé.

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

  • Correction d'un problème de blocage d'une instance de base de données MySQL Aurora avec la fonctionnalité de journal binaire amélioré activée pendant le démarrage de l'instance de base de données alors que le processus de récupération du journal binaire est en cours d'exécution.

  • Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données en raison d'un blocage pendant l'exécution simultanée des instructions SHOW STATUS et PURGE BINARY LOGS. L'instruction gérée purge binary logs est exécutée pour respecter la durée de conservation du journal binaire configurée par l'utilisateur.

  • Correction d'un problème susceptible d'entraîner l'indisponibilité du cluster de base de données si l'instance d'enregistreur redémarre alors que la base de données crée ou supprime des déclencheurs sur des tables système internes.

  • Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données en raison d'un long délai d'attente du sémaphore lors de l'utilisation de la fonctionnalité de journal binaire amélioré sur un cluster doté d'un réplica Aurora.

Améliorations générales :

  • Correction d'un problème susceptible d'entraîner l'indisponibilité de la base de données lorsque le journal binaire amélioré est activé sur un cluster de base de données Aurora Serverless v2 exécuté sur Aurora MySQL 3.04.0.

  • Suppression des métadonnées de stockage inutilisées avant d'écrire dans Aurora Storage lorsque la fonctionnalité améliorée de journal binaire est activée. Cette suppression permet d'éviter certains scénarios de redémarrage ou de basculement de base de données en raison d'une latence d'écriture accrue due à l'augmentation du nombre d'octets transmis sur le réseau.

  • Correction d'un problème d'absence de création de tables de schéma de performance spécifiques à Aurora lors d'une mise à niveau ou d'une migration.

  • Correction d'un problème en raison duquel les NumBinaryLogFiles métriques affichées pouvaient CloudWatch afficher des résultats incorrects lorsque le journal binaire amélioré était activé.

Mises à niveau et migrations :

  • Lors de la mise à niveau de MySQL 5.7 vers MySQL 8.0 avec un très grand nombre de tables dans une seule base de données, le serveur consommait trop de mémoire. Il a été constaté que, pendant le processus de vérification de la possibilité de mettre à niveau les tables, nous avons récupéré tous les Table objets du dictionnaire de données dès le départ, nous les avons traités et en avons extrait le nom, puis les avons ajoutés à CHECK TABLE ... FOR UPGRADEla liste. La recherche préalable de tous les objets n'était pas nécessaire dans ce cas, et contribuait grandement à la consommation de mémoire. Pour corriger ce problème, nous récupérons désormais un objet Table à la fois, nous effectuons toutes les vérifications nécessaires, nous récupérons son nom et nous libérons l'objet avant de passer au suivant. (Bogue n° 34526001)

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

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.28 incluse. Pour plus d'informations, consultez Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x.

  • Correction d'un problème pouvant entraîner une utilisation accrue du processeur en raison de la rotation des certificats TLS en arrière-plan (correctif du bogue n° 34284186)