Mises à jour du moteur de base de données Aurora MySQL 2026-02-17 (version 3.12.0, compatible avec MySQL 8.0.44)

Correction d'un problème qui empêchait certaines instructions SQL d'être enregistrées dans le journal d'audit.

Correction du plugin caching_sha2_password pour garantir que les instances de lecteur et d'écriture Aurora MySQL valident les mots de passe mis à jour de manière cohérente.

CVE-2025-53040

CVE-2025-53042

CVE-2025-53044

CVE-2025-53045

CVE-2025-53053

CVE-2025-53054

CVE-2025-53062

CVE-2025-53069

Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lorsque la table de verrouillage était pleine pendant une lecture semi-cohérente.

Correction d'un problème lié à la restauration du journal binaire qui pouvait entraîner le redémarrage de l'instance de réplication du journal binaire en cas d'utilisation aurora_in_memory_relaylog avec une réplication multithread.

Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lorsque le transfert d'écriture global ou le transfert d'écriture local était désactivé.

Correction d'un problème en raison duquel des configurations thread_stack trop volumineuses pouvaient empêcher le démarrage du serveur Aurora MySQL lors des redémarrages ou des mises à niveau. Le serveur Aurora MySQL réinitialise désormais automatiquement thread_stack à la valeur par défaut du moteur (1 Mo) lorsqu'il dépasse la mémoire système, évitant ainsi les échecs de démarrage.

Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de KILL son exécution après EXPLAIN FOR CONNECTION l'exécution d'une requête parallèle.

Correction d'un problème qui peut forcer l'exécution d'une requête parallèle sur une requête aléatoire et provoquer le redémarrage du moteur en cas d'arrêt forcé de cette requête.

Correction d'un problème qui empêchait les utilisateurs disposant des privilèges CONNECTION_ADMIN ou SUPER d'établir une connexion supplémentaire au-delà de la limite max_connections, comme le permettait MySQL Community Edition.

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 de l'instance de base de données du rédacteur lors de l'exécution d'une requête parallèle sur une instance de base de données du lecteur.

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 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 le journal binaire amélioré était activé.

Correction d'un problème selon lequel les instances de base de données utilisant des tailles de stockage de plusieurs TiB pouvaient subir des temps d'arrêt accrus lors du redémarrage en raison d'échecs de validation du pool de mémoire tampon InnoDB.

Exclut un changement communautaire introduit dans MySQL 8.0.44 où les tentatives de connexion échouées ajoutaient de manière inattendue des lignes aux tables performance_schema, entraînant une consommation de mémoire excessive. Bug #119766 de la communauté de référence

Correction d'un problème affectant les procédures stockées de réplication spécifiques à Aurora lors de la configuration de la réplication binlog sur des instances dotées de paramètres de classement personnalisés.

Correction d'un problème de réduction de la charge du processeur lors de l'établissement du chiffrement en transit entre le moteur de base de données et la couche de stockage.

Amélioration des performances d'IOPS en écriture lorsque la variable système innodb_flush_log_at_trx_commit est définie sur 0.

Désactivez automatiquement les actions aurora_oom_response (sauf l'impression, si elles sont configurées) lorsque aurora_oom_response ne parvient pas à résoudre la pression de mémoire après un certain délai (de l'ordre de quelques minutes).

Résolution d'un problème de course qui pouvait entraîner des lectures de pages incorrectes depuis le pool de mémoire tampon pendant les opérations de réduction d'Aurora Serverless ou lors de l'expulsion de pages du pool de mémoire tampon. Voir le bogue #116305 de la communauté.

Correction d'un problème out-of-memory (OOM) qui pouvait provoquer le redémarrage du lecteur lors de l'exécution de commandes liées aux privilèges sur le rédacteur.

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

Correction d'un problème qui provoquait un suivi inexact des demandes de requêtes parallèles lors de l'exécution d'EXPLAIN ANALYZEinstructions lorsque le Aurora_pq_request_in_progress compteur n'était pas correctement mis à jour.

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.

Corrigez le problème selon lequel la ligne devient 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'une opération de redémarrage sans interruption (ZDR) ou d'application de correctifs sans interruption de service (ZDP) pouvait être traitée de manière incorrecte.

Corrigez le problème selon lequel la latence de validation n'est pas mesurée lorsque innodb_flush_log_at_trx_commit est défini sur 0.

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

Corrigez le problème de mémoire associé aux rôles par défaut du définisseur de vue.

Correction d'un problème qui pouvait entraîner l'échec du processus de désactivation de la fonction « transfert d'écriture ».

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 valeur d'horodatage et que le paramètre de base de données time_zone est défini sur « UTC ».

Correction d'un problème qui, dans de rares cas, provoquait l'indisponibilité intermittente d'une réplique Aurora Read ou des incohérences dans la définition de la table, avec l'erreur « La table n'existe pas » sur la réplique en raison de requêtes de lecture simultanées sur la réplique 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 des opérations LEFT- ou RIGHT-JOIN à l'aide de l'algorithme de hachage avec requête parallèle.

Correction d'un problème à cause duquel une requête du formulaire SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) entraînait un échec d'assertion dansitem_func.cc. (Correctif de bogue communautaire #36128964)

Correction d'un problème qui résolvait le blocage lorsque FLUSH STATUS, COM_CHANGE_USER et SHOW PROCESS LIST étaient exécutés simultanément. (Insecte #35218030)