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 2026-10-05 (version 3.10.6, compatible avec MySQL 8.0.42)
**Version : 3.10.6**
Aurora MySQL 3.10.6 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 par la communauté, consultez les [notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/) sur le site Web de MySQL.
Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*.
Vous pouvez effectuer une mise à niveau sur place à l'aide de [ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.10.6.
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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Pour obtenir des informations générales sur la mise à niveau, consultez la section [Mise à niveau des clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) dans le *guide de l'utilisateur Amazon Aurora*.
Si vous avez des questions ou des préoccupations, elle Support est disponible sur les forums communautaires et via [Support](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*.
## Améliorations
### Correctifs de sécurité
+ Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors de la configuration du nom principal du service Kerberos.
+ Correction d'un problème en raison duquel les requêtes exécutées via des instructions préparées pouvaient générer des entrées dupliquées dans le journal d'audit avancé.
+ Correction d'un problème en raison duquel le journal d'audit avancé enregistrait un utilisateur et un hôte incorrects pour les instructions SQL exécutées dans une routine SQL SECURITY DEFINER (procédure stockée, fonction ou déclencheur). Ces enregistrements indiquaient l'utilisateur et l'hôte qui définissaient la routine (par exemple, « utilisateur'@'% ») au lieu du client SQL qui a invoqué la routine. Après cette correction, les enregistrements indiquent l'utilisateur et l'hôte du client SQL appelant.
Cette version inclut des correctifs pour les CVE de gravité élevée suivants :
+ [CVE-2026-61094](https://www.cve.org/CVERecord?id=CVE-2026-61094)
### Améliorations de disponibilité
+ Correction d'un problème qui pouvait entraîner un redémarrage supplémentaire pendant l'application des Zero-downtime correctifs (ZDP), ce qui avait un impact sur le temps global d'application des correctifs et sur la capacité à préserver les connexions.
+ Correction d'un problème en raison duquel des configurations thread\_stack trop volumineuses pouvaient empêcher le serveur Aurora MySQL de démarrer lors d'un redémarrage ou d'une mise à 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 de gestion de la mémoire qui pouvait provoquer le redémarrage d'une instance de lecteur lors du traitement de charges de travail d'écriture via le transfert d'écriture.
+ Correction d'un problème qui pouvait empêcher le transfert d'écriture sur une instance de base de données de lecteur de fonctionner, ce qui nécessitait le redémarrage du lecteur pour rétablir le transfert d'écriture. Cela peut se produire lorsqu'une requête transférée a été annulée ou a expiré lors de l'utilisation du transfert d'écriture global ou du transfert d'écriture local.
+ Correction d'un problème en raison duquel la réplique se déconnectait et se reconnectait brièvement à la réplique principale, ce qui provoquait une augmentation temporaire du délai de réplication (AuroraReplicaLag).
+ Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lors du traitement d'une `ALTER TABLE ... REORGANIZE PARTITION` instruction SQL modifiant l'ordre des sous-partitions.
### Améliorations générales
+ Correction d'un problème selon lequel, pendant le transfert d'écriture, le redémarrage d'une instance de lecteur pouvait laisser une session de transfert orpheline sur l'instance d'écriture, et l'arrêt de cette session pouvait entraîner le redémarrage du rédacteur.
+ Correction d'un problème en raison duquel les déconnexions progressives des lecteurs pouvaient s'incrémenter de manière incorrecte `Aborted_clients` sur l'instance du rédacteur lorsque le transfert d'écriture était activé.
+ Correction d'un problème à cause duquel, lorsque le transfert d'écriture était activé, une session de lecture avec aurora\_replica\_read\_consistency définie sur global pouvait ne pas lire les dernières modifications validées.
+ Correction d'un problème en raison duquel la AuroraReplicaLag métrique pouvait indiquer des valeurs supérieures au véritable délai de réplication sur les clusters de base de données sur lesquels le journal binaire amélioré était activé et où la charge de travail d'écriture était faible, voire nulle.
### Intégration de correctifs de bogues de l'édition MySQL Community Edition
+ Les événements créés dans les programmes enregistrés n'étaient pas toujours gérés correctement. (Insecte \#36402968)
+ Correction d'un problème en raison duquel le nom d'une colonne était renommé à l'aide de ALTER TABLE... CHANGER LA COLONNE, sur une table ayant déjà subi des modifications DDL instantanées, peut entraîner des métadonnées de position de colonne internes incorrectes. (Insecte \#38935534)