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)
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
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 dans le guide de l'utilisateur Amazon Aurora.
Vous pouvez effectuer une mise à niveau sur place en utilisant les correctifs ZDP (Zero Downtime Patching), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide des Blue/Green déploiements Amazon RDS depuis 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 de version 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 obtenir des informations de dépannage, 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 communautaires et via le AWS support
Nouvelles fonctionnalités
-
La version 3.10 d'Aurora MySQL étend la prise en charge du cache de journaux 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 de journaux de relais en mémoire est activé par défaut pour la réplication de journaux binaires à thread unique, la réplication multithread avec le positionnement automatique GTID
activé, et à partir de la version 3.10, il est également activé pour la réplication multithread avec (même sans). replica_preserve_commit_order = ONGTIDs Vous pouvez contrôler cette fonctionnalité à l'aide d'un nouveau paramètre dans la version 3.10, aurora_in_memory_relaylog. Pour plus d'informations, consultez Optimisations des journaux binaires dans Aurora MySQL. -
Amazon Aurora a doublé sa capacité de stockage maximale de 128 TiB à 256 TiB, permettant ainsi des charges de travail plus importantes dans un seul cluster de base 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 évolue automatiquement jusqu'à 256 TiB en fonction de la quantité de données contenue dans le volume de votre cluster.
Améliorations
Correctifs de sécurité
Moyen CVEs :
Faible CVEs :
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 :
-
Correction d'un problème qui empêchait les instances de lecteur de générer des journaux d'erreurs lorsque le transfert d'écriture était activé et
aurora_replica_read_consistencyque les paramètres étaient modifiés. -
Correction d'un problème qui pouvait provoquer 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 absentes du cache 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 en raison 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é en raison duquel l'insertion de métadonnées pour un tablespace d'annulation déclenchait 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 certaines tables dépassaient 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_IDlors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption de service (ZDR). -
Aurora MySQL utilise des valeurs 8 bits pour l'index virtuel afin IDs d'éviter les problèmes de format d'annulation de MySQL, car le dépassement de cette limite pourrait 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 d'identifiant 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 communautaires, y compris la version 8.0.42. 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 du serveur peut résulter de tentatives simultanées par plusieurs threads d'enregistrer et de désenregistrer des objets du schéma de performance des métadonnées, ou d'acquérir et de libérer des verrous de métadonnées. (Bogue n° 26502135)
