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 2025-07-31 (version 3.10.0, compatible avec MySQL 8.0.42)
La version : 3.10.0
Aurora MySQL 3.10.0 est généralement disponible. Les versions 3.10 d'Aurora MySQL sont compatibles avec MySQL 8.0.42. Pour plus d'informations sur les modifications apportées, consultez 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 d'activer la mise à niveau automatique des versions mineures dans le Console de gestion AWS) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de bases de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS.
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, voir Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition dans le guide de l'utilisateur Amazon Aurora.
Vous pouvez effectuer une mise à niveau sur place en utilisant Zero Downtime Patching (ZDP), restaurer un instantané ou lancer une mise à blue/green niveau gérée à l'aide des Blue/Green déploiements Amazon RDS à partir de n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.10.0.
Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir Planification d'une mise à niveau majeure pour un cluster Aurora MySQL. 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 la section Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL dans le guide de l'utilisateur Amazon Aurora.
Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums de la communauté et via AWS Support
Nouvelles fonctionnalités
-
Aurora MySQL version 3.10 étend la prise en charge du cache de journal de relais en mémoire pour les répliques de journaux binaires. Cette fonctionnalité, introduite pour la première fois dans la version 3.05, peut améliorer le débit de réplication des journaux binaires jusqu'à 40 %. Le cache du journal des relais en mémoire est désactivé par défaut. Pour l'activer, définissez le
aurora_in_memory_relaylogparamètre sur le groupe de paramètres du cluster deONbases de données ou le groupe de paramètres de l'instance de base de données. Pour plus d'informations sur ce paramètre, consultez la section Paramètres Aurora MySQL. La fonctionnalité prend en charge la réplication de journaux binaires à thread unique et la réplication multithread avec positionnement automatique GTID.À partir de la version 3.10, la fonctionnalité prend également en charge la réplication multithread avec replica_preserve_commit_order = ON, même sans GTID. Pour plus d'informations, consultez Optimisations des journaux binaires dans Aurora MySQL. -
Amazon Aurora a doublé sa capacité de stockage maximale, passant de 128 TiB à 256 TiB, permettant ainsi de gérer des charges de travail plus importantes dans un seul cluster de bases de données. Pour utiliser la limite de stockage accrue avec Aurora MySQL, mettez à niveau votre cluster vers la version 3.10 (compatible avec MySQL 8.0.42) ou une version ultérieure. Après la mise à niveau, le stockage Aurora augmente automatiquement jusqu'à 256 TiB en fonction de la quantité de données du volume de votre cluster.
Améliorations
Correctifs de sécurité
CVE moyens :
Faible CVE :
Améliorations de la disponibilité :
-
Correction d'un problème qui provoquait des redémarrages inutiles du serveur de base de données en raison d'une évaluation incorrecte de la progression de la restauration.
Améliorations générales :
-
Latence de validation réduite lorsque l' I/O optimisation est activée.
-
Correction d'un problème en raison duquel les instances de lecteur ne généraient pas de journaux d'erreurs lorsque le transfert d'écriture est activé et que le paramètre
aurora_replica_read_consistencyest modifié. -
Correction d'un problème qui pouvait entraîner le redémarrage d'une instance de lecteur en raison de l'interaction entre le thread de réplication et une requête accédant à des tables qui ne sont pas présentes dans le cache de la mémoire tampon.
-
Correction d'un problème en raison duquel le transfert d'écriture local cessait de fonctionner après le redémarrage de l'instance de base de données sans interruption de service.
-
Correction d'un problème de transfert d'écriture à cause duquel les requêtes transférées pouvaient se comporter de manière incorrecte pour les instructions contenant des options définies.
-
Correction d'un problème de stabilité à cause duquel l'insertion de métadonnées pour un tablespace d'annulation provoquait un redémarrage inattendu de la base de données.
-
Correction d'un problème en raison duquel les exportations de clusters de bases de données pouvaient prendre beaucoup plus de temps que prévu lorsque la taille des tables était supérieure à 14 To.
-
Correction d'un problème qui pouvait entraîner un signalement incorrect de la variable d'
Innodb_buffer_pool_pages_miscétat. -
Ajout de la prise en charge de la préservation
LAST_INSERT_IDpendant l'application de correctifs sans interruption (ZDP) ou le redémarrage sans interruption (ZDR). -
Aurora MySQL utilise des valeurs 8 bits pour les ID d'index virtuels afin d'éviter les problèmes de format d'annulation de MySQL, car le dépassement de cette limite peut entraîner l'indisponibilité du cluster. À l'approche de cette limite, le système écrit désormais des messages d'avertissement dans le journal des erreurs MySQL. Si la limite est atteinte, les tentatives d'ajout d'un nouvel index renvoient une erreur. Pour plus d'informations sur les meilleures pratiques en matière d'index virtuel, consultez la section Erreurs de dépassement de l'ID d'index virtuel dans la documentation d'Aurora MySQL.
Intégration de correctifs de bogues de l'édition MySQL Community Edition
Cette version inclut toutes les corrections de bogues de la communauté jusqu'à la version 8.0.42 incluse. Pour de plus amples informations, veuillez consulter Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x.
-
Une sortie de serveur peut résulter de tentatives simultanées de plusieurs threads pour enregistrer et désenregistrer des objets du schéma de performance des métadonnées, ou pour acquérir et libérer des verrous de métadonnées. (Bogue n° 26502135)
