Mises à jour du moteur de base de données Aurora MySQL 2025-09-30 (version 3.10.1, compatible avec MySQL 8.0.42) - Amazon Aurora

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-09-30 (version 3.10.1, compatible avec MySQL 8.0.42)

Version : 3.10.1

Aurora MySQL 3.10.1 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.1.

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. Pour plus d'informations, consultez la section Maintenance d'un cluster de base de données Aurora dans le guide de l'utilisateur Amazon Aurora.

Améliorations

Améliorations de la disponibilité :

  • Correction d'un problème lié à l'ordre de verrouillage des pages envoyé aux instances du lecteur. Cela peut provoquer le redémarrage de l'instance du lecteur en raison d'un blocage lors de l'exécution de requêtes SELECT sur des tables mises à jour par son auteur.

  • Correction d'un problème qui pouvait entraîner l'échec du redémarrage d'une instance de lecteur lorsque le rédacteur exécutait un grand nombre d'opérations DDL.

  • Correction d'un problème qui pouvait entraîner le redémarrage des instances Aurora MySQL Serverless v2 lorsque le paramètre innodb_purge_threads était configuré manuellement à une valeur différente de la valeur par défaut. Le paramètre innodb_purge_threads est désormais géré automatiquement pour les instances Aurora Serverless v2 et ne peut pas être modifié.

  • Correction d'un problème lié au dimensionnement d'Aurora Serverless V2 qui entraînait le redémarrage des instances de base de données en empêchant le remplacement de pages mémoire critiques.

  • Correction d'un problème qui empêchait Aurora de ne pas conserver la valeur configurée du paramètre de base de données aurora_oom_response après le redémarrage de la base de données pour éviter le manque de mémoire (OOM).

  • Correction d'un problème de concurrence qui pouvait entraîner un problème de disponibilité après un basculement dans des clusters multi-AZ.

  • Correction d'un problème de restauration logique avec aurora_enhanced_binlog activé qui pouvait empêcher le redémarrage de la base de données en cas d'interruption de transactions.

  • Résolution d'un problème en raison duquel les instances de base de données pouvaient ne plus répondre pendant les charges de travail des requêtes parallèles (PQ).

  • 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.

Améliorations générales :

  • Correction d'un problème qui provoquait des redémarrages continus du serveur de base de données lorsque le volume était autorisé à atteindre sa taille maximale en raison de l'autorisation erronée de certains types de requêtes une fois que le volume était supérieur à un certain seuil.

  • Correction d'un problème qui empêchait l'instance du rédacteur de répondre si les instances du lecteur redémarraient lors de l'utilisation du transfert d'écriture global ou du transfert d'écriture local.

  • Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lors de l'exécution d'ALTER TABLE en parallèle avec des requêtes de lecture.

  • Correction d'un problème d'amélioration de la disponibilité lié au démarrage de gros volumes (> 64 To) lors de l'opération d'exportation parallèle.

  • Correction d'un problème qui pouvait entraîner l'échec d'une opération de redémarrage d'une instance de base de données si max_user_connections était défini sur une faible valeur.

  • Correction d'un problème qui provoquait des AbortedClients statistiques inexactes lorsque plusieurs connexions se terminaient de manière inattendue.

  • 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 qui provoquait une « erreur interne de transfert d'écriture » inattendue sur les instances du lecteur lorsque le transfert d'écriture était activé.

  • Correction d'un problème qui pouvait entraîner l'exclusion de certains événements binlog Previous_GTIDS lorsque Enhanced Binlog était activé et que gtid_mode GTIDs était défini sur ON ou ON_PERMISSIVE.

  • Correction d'un problème qui pouvait entraîner un problème de gestion de la mémoire lors d'opérations de requête parallèles sur la table contenant les champs blob.

  • Correction d'un problème selon lequel une colonne avec des mises à jour JSON partielles échouait à l'exportation parallèle, ce qui provoquait un retour interne à une exportation RDS beaucoup plus lente.

  • Correction d'un problème qui pouvait provoquer des redémarrages inattendus des instances en cas de charge de travail élevée pour le transfert d'écriture simultané.

  • Correction d'un problème selon lequel les correctifs ZDP (Zero Downtime Patching) et ZDR (Zero Downtime Restart) pouvaient entraîner le redémarrage de l'instance de base de données lors de la restauration des avertissements contenant des codes d'erreur non valides.

  • Correction d'un problème en raison duquel les fichiers journaux binaires temporaires n'étaient pas correctement nettoyés après l'annulation des transactions lors de l'utilisation de la journalisation binaire. Ce correctif empêche la consommation inutile de stockage liée aux fichiers temporaires conservés et, dans certains cas, pourrait également empêcher des anomalies dans les fichiers journaux binaires.

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 requête de la forme SELECT 1 FROM t WHERE CAST (a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) a conduit à une assertion dans item_func.cc. (Insecte #36128964)