Mises à jour du moteur de base de données Aurora MySQL 14/05/2025-05 (version 3.09.0, compatible avec MySQL 8.0.40)

Bases de données globales Aurora MySQL améliorées pour permettre aux instances de lecteurs secondaires de terminer le démarrage et de traiter les demandes de lecture lors d'événements imprévus (pannes matérielles, perturbations du réseau). Auparavant, les instances de lecteur secondaire ne pouvaient pas redémarrer lors de tels événements. Pour plus d'informations, consultez la section Résilience interrégionale pour les clusters secondaires de Global Database dans le guide de l'utilisateur Amazon Aurora.

Réduction du temps d'arrêt des rédacteurs lors des changements interrégionaux de la base de données globale Aurora MySQL à moins d'une minute, minimisant ainsi les temps d'arrêt lors des changements régionaux planifiés.

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

Correction d'un problème en raison duquel les requêtes à instructions multiples transférées d'une instance de lecteur à une instance d'écriture pouvaient innodb_flush_log_at_trx_commit se bloquer lorsque cette valeur était définie 0 sur le rédacteur et non sur zéro sur le lecteur, ce qui empêchait d'éventuels échecs de transfert d'écriture.

Correction d'un problème de blocage lié à l'activation d'Enhanced Binlog, qui pouvait entraîner le redémarrage de la base de données en cas d'exécution SHOW BINARY LOGS simultanée de transactions sur les moteurs BLACKHOLE ou d'exécution d'XA PREPAREinstructions, évitant ainsi d'éventuels blocages d'écriture et problèmes de disponibilité des instances.

Correction de problèmes de transfert d'écriture susceptibles de provoquer le redémarrage de l'instance d'écriture Aurora en empêchant l'acceptation de nouvelles demandes avant que les demandes précédentes ne soient complètement terminées, améliorant ainsi la stabilité des opérations de transfert d'écriture.

Correction d'un problème lié à la réplication : une interruption du réseau risquait de ne pas rétablir correctement la connexion avec le rédacteur, ce qui bloquait la réplication et risquait de redémarrer l'instance.

La réponse Aurora MySQL Out of Memory (OOM) implémente désormais le redimensionnement progressif du pool de tampons qui réduit progressivement l'utilisation de la mémoire en fonction de l'état de la mémoire du système (LOW/RESERVED) lorsqu'il est activé via le paramètre de base de aurora_oom_response données, offrant ainsi une meilleure gestion de la mémoire dans les situations de surcharge mémoire.

Amélioration du temps de restauration du fichier Binlog lors du redémarrage de la base de données en optimisant le processus de restauration pour qu'il prenne un temps constant, quelle que soit la taille du fichier Binlog. Auparavant, dans certains cas, le temps de restauration était proportionnel à la taille du dernier fichier Binlog.

Correction d'un problème qui pouvait provoquer des redémarrages inattendus du serveur MySQL lors de l'exécution simultanée d'opérations de troncature de table InnoDB lors d'une requête. performance_schema.data_lock_waits

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors de la validation d'événements de journal binaire volumineux dans des conditions de stockage insuffisantes.

Correction d'un problème en raison duquel les opérations de redimensionnement du pool de mémoire tampon déclenchées en cas de manque de mémoire (OOM) pouvaient ne pas répondre dans les scénarios de charge de travail élevée, ce qui pouvait entraîner un redémarrage de la base de données.

Correction d'un problème qui pouvait provoquer une boucle de redémarrage de la base de données lors de la création d'un déclencheur. Le problème peut également se produire lors de l'ajout d'un nouveau fichier Binlog ou Relaylog ou lors de la rotation de ces fichiers.

Correction d'un problème qui pouvait provoquer le redémarrage de l'instance du lecteur Aurora lors de l'utilisation du transfert d'écriture avec des requêtes de validation implicites ou à instructions multiples.

Correction d'un problème en raison duquel les ALTER TABLE ... REBUILD / OPTIMIZE TABLE opérations pouvaient consommer trop de mémoire en allouant des innodb_ddl_buffer_size octets par thread DDL au lieu de diviser la taille de la mémoire tampon entre les threads, empêchant ainsi une éventuelle surutilisation de la mémoire pendant les opérations DDL.

Modification de la valeur par défaut pouraurora_oom_response, sur toutes les classes d'instance de base de données disposant de plus de 4 GiB de mémoire, de print à print, decline, kill_connect. Pour plus d'informations, consultez la section out-of-memoryProblèmes liés à Amazon Aurora MySQL dans le guide de l'utilisateur Amazon Aurora.

Les privilèges suivants ont été ajoutés au rds_superuser_role : FLUSH_OPTIMIZER_COSTSFLUSH_STATUS,FLUSH_TABLES,FLUSH_USER_RESOURCES. Pour plus d'informations à ce sujetrds_superuser_role, consultez la documentation Amazon Master User Accounts with Amazon Aurora. Pour plus d'informations sur ces privilèges dynamiques, consultez la documentation MySQL.

L'optimisation de l'insertion rapide n'est plus activée à partir de cette version d'Aurora MySQL. Pour plus d'informations, consultez Améliorations des performances Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Correction d'un problème lié à un dépassement incorrect du max_user_connections seuil, qui provoquait des erreurs de connexion pour certains utilisateurs. Cela se produit dans certains cas extrêmes, par exemple lorsque des connexions sont créées et supprimées presque immédiatement.

Correction d'un problème de journalisation des audits qui entraînait une utilisation élevée du processeur et empêchait l'instance de serveur de base de données de répondre.

Correction d'un problème de gestion de la mémoire lors de l'utilisation de transactions XA, qui empêchait d'éventuels redémarrages d'instances lorsque Enhanced Binlog était activé.

Correction d'un problème à cause duquel les performances des requêtes se dégradaient lorsque l'optimiseur faisait des estimations de coûts incorrectes en raison de la mise à jour incorrecte des statistiques de l'indice Bufferpool après le redémarrage du serveur de base de données.

Correction d'un problème qui empêchait les clients de désactiver la fonctionnalité de transfert d'écriture local en raison d'un fil de travail bloqué.

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 plusieurs SHOW BINARY LOGS commandes étaient exécutées simultanément.

Correction d'un problème en raison duquel l'application de correctifs ZDP (Zero Downtime Patching) pouvait échouer lors de la tentative de préservation de la connexion d'un utilisateur qui avait été abandonnée. Vous trouverez plus d'informations sur la DROP USER commande et son effet sur les connexions actives dans la documentation MySQL.

Alors que des transactions importantes étaient reçues et appliquées, et qu'une demande d'arrêt du canal de réplication était faite en utilisantSTOP REPLICA, MySQL ne l'a pas fait correctement et n'a ensuite traité aucune commande de canal. En outre, le processus d'arrêt du serveur ne s'est pas terminé correctement et a nécessité soit l'arrêt du processus MySQL, soit le redémarrage du système hôte. (Bug #115966, Bug #37008345)