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-05-05 (version 3.04.4, compatible avec MySQL 8.0.28)
Version : 3.04.4
Aurora MySQL 3.04.4 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, 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.
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.
Vous pouvez effectuer une mise à niveau sur place qui exploite un cluster Aurora MySQL version zero-downtime-patch3.04.4, restaurer un instantané ou lancer une mise à niveau bleu/vert gérée à l'aide des déploiements Amazon RDS Blue/Green depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge.
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
Améliorations
Correctifs de sécurité
Critique CVEs :
Améliorations de disponibilité
-
Correction d'un problème sur la réplique à cause duquel une interruption du réseau risquait de ne pas rétablir correctement la connexion avec le rédacteur.
-
Correction d'un problème qui pouvait provoquer le redémarrage d'une réplique de journal binaire (binlog) lors du traitement d'un grand nombre de fichiers journaux de relais lors de la restauration du journal de relais
. -
Correction d'un problème qui provoquait le redémarrage d'une instance de lecteur de base de données lors de l'exécution d'une requête à l'aide de la fonctionnalité Parallel Query.
-
Correction d'un problème qui, dans de rares cas, pouvait désactiver la journalisation binaire lorsqu'une erreur se produisait lors de la validation d'une transaction importante.
-
Correction d'un problème qui pouvait entraîner le redémarrage des répliques de lecture Aurora en cas de certains rares ordres de validation de transactions sur l'instance de base de données du rédacteur.
-
Correction d'un problème qui pouvait entraîner le redémarrage de la base de données lorsque des événements planifiés étaient
annulés pendant l'exécution sur des instances sur lesquelles Enhanced Binlog était activé. -
Correction d'un problème selon lequel les instances de base de données utilisant des volumes de cluster Aurora de plusieurs To pouvaient subir des temps d'arrêt accrus au redémarrage en raison d'échecs de validation du pool de mémoire tampon InnoDB.
Améliorations générales
-
Les privilèges suivants ont été ajoutés aux
rds_superuser_role
:FLUSH_OPTIMIZER_COSTS
FLUSH_STATUS
,FLUSH_TABLES
, etFLUSH_USER_RESOURCES
. Pour plus d'informations à ce sujetrds_superuser_role
, consultez la section Amazon Master User Accounts with Amazon Aurora dans le guide de l'utilisateur Amazon Aurora. Pour plus d'informations sur ces privilèges dynamiques, consultez la documentation MySQL. -
Correction d'un problème en raison duquel une connexion préservée était mal gérée lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption (ZDR), ce qui pouvait amener le client à attendre indéfiniment la fin d'une requête.
-
Correction d'un problème en raison duquel la ligne devenait illisible via l'index spatial lors d'une mise à jour.
-
Correction d'un problème en raison duquel une requête contenant un indice d'optimisation abandonnée lors d'un redémarrage sans interruption ou d'une opération de correction sans interruption de service pouvait être traitée de manière incorrecte.
-
Correction d'un problème en raison duquel la latence de validation n'était pas mesurée lorsqu'elle
innodb_flush_log_at_trx_commit
était définie sur0
. -
Des optimisations ont été introduites pour réduire l'utilisation de la mémoire lors de la restauration du dictionnaire de données
logique lorsqu'il existe un grand nombre de tables. -
Correction d'un problème en raison duquel l'exécution de la
SHOW BINARY LOGS
commande prenait plus de temps sur un cluster où Enhanced Binlog était activé ou était activé précédemment. Ce problème pourrait également entraîner une augmentation de la latence de validation si plusieursSHOW BINARY LOGS
commandes étaient exécutées simultanément. -
Correction d'un problème de mémoire associé aux rôles par défaut du définisseur de vue.
-
Correction d'un problème pouvant entraîner l'échec du processus de désactivation de la fonction de transfert d'écriture.
-
Correction d'un problème qui empêchait l'établissement de nouvelles connexions client avec la base de données lorsque le transfert d'écriture est activé.
-
Correction d'un problème qui provoquait le redémarrage d'une instance de base de données Writer lorsqu'une instance de lecteur utilisant le transfert d'écriture exécute une instruction DML contenant une
timestamp
valeur et que le paramètre detime_zone
base de données est défini sur « UTC ». -
Correction d'un problème qui provoquait l'indisponibilité intermittente d'un réplica Aurora Read ou des incohérences dans la définition de la table avec une erreur
'Table does not exist'
sur le réplica en raison de requêtes de lecture simultanées sur le réplica et d'opérations DDL sur le rédacteur. -
Correction d'un problème qui pouvait entraîner un ensemble de résultats incomplet lors de l'exécution de requêtes impliquant
LEFT-
ou d'RIGHT-JOIN
opérations utilisant l'algorithme de jointure par hachage avec Parallel Query.
Mises à niveau et migrations
-
Suppression des rôles par défaut créés inutilement lors de la mise à niveau de AMS2 vers AMS3.
Intégration de correctifs de bogues de l'édition MySQL Community Edition
Cette version inclut toutes les corrections de bogues communautaires 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 qui permet de résoudre le blocage lorsque
FLUSH STATUS
etSHOW PROCESS LIST
sont exécutés simultanément.COM_CHANGE_USER
(Insecte #35218030)