Aurora MySQL 8.4.7, 21 mai 2026

Version : 8.4.7

Cette version d'Aurora MySQL est compatible avec MySQL 8.4.7. Pour plus d'informations sur les modifications apportées à la communauté, consultez les notes de mise à jour de MySQL 8.4.

Pour plus de détails sur les nouvelles fonctionnalités d'Aurora MySQL version 8.4, voir Aurora MySQL version 8.4 compatible avec MySQL 8.4. Pour connaître les différences entre Aurora MySQL version 8.4 et Aurora MySQL version 3, voir Comparaison entre Aurora MySQL version 3 et Aurora MySQL version 8.4. Pour une comparaison entre Aurora MySQL version 8.4 et MySQL 8.4 Community Edition, consultez Comparaison entre Aurora MySQL version 8.4 et MySQL 8.4 Community Edition dans le guide de l'utilisateur Amazon Aurora.

Vous pouvez effectuer une mise à niveau de version majeure sur place, restaurer un instantané avec mise à niveau ou lancer une mise à blue/green niveau gérée à l'aide d'Amazon RDS Blue/Green Deployments depuis n'importe quel cluster Aurora MySQL version 3 actuellement pris en charge vers un cluster Aurora MySQL version 8.4.7.

Pour plus d'informations sur la planification d'une mise à niveau vers la version 8.4 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.

Nouvelles fonctionnalités

• Ajout de la prise en charge des fonctionnalités de gestion des mots de passe dans Aurora MySQL 8.4, configurables à l'aide des paramètres du groupe de paramètres du cluster. Pour une description complète des fonctionnalités de gestion des mots de passe et des options de configuration de MySQL, reportez-vous au manuel de référence MySQL 8.4, Section 8.2.15 — Gestion des mots de passe.

• Ajout de la prise en charge du validate_password composant permettant d'appliquer les politiques de renforcement des mots de passe, activé via le aurora_enable_validate_password_component paramètre et configuré via le groupe de paramètres du cluster.

• Introduction de la gestion automatique de la mémoire pour Aurora MySQL 8.4 avec le nouveau aurora_enable_memory_management paramètre. Lorsqu'il est défini sur ON (valeur par défaut), Aurora gère automatiquement les actions de restauration de mémoire afin d'empêcher le redémarrage de la base de données à mémoire insuffisante (OOM), et le aurora_oom_response paramètre est ignoré. Réglez aurora_enable_memory_management sur OFF pour contrôler manuellement les actions de restauration viaaurora_oom_response. Pour plus d'informations, consultez la section Problèmes de mémoire insuffisante d'Amazon Aurora MySQL dans le guide de l'utilisateur Amazon Aurora.

Améliorations

Vous trouverez ci-dessous les améliorations apportées par rapport à Aurora MySQL 3.12.0, voir les notes de version d'Aurora MySQL 3.12.0.

Améliorations de la disponibilité :

• Correction d'un problème qui provoquait le redémarrage répété de l'instance du rédacteur lorsque l'instance du rédacteur redémarre lors de la purge d'un enregistrement d'annulation pour une table contenant des index sur des colonnes virtuelles.

• Correction d'un problème qui pouvait entraîner l'échec de la création d'un nouveau cluster de base de données, nécessitant la suppression et la recréation du cluster.

• Correction d'un problème en raison duquel l'instance du rédacteur de base de données pouvait redémarrer de façon inattendue lors d'une opération globale de commutation de base de données lors du nettoyage des tables temporaires après le traitement d'une instruction SQL. Ce redémarrage peut entraîner un allongement du délai de transition.

• Amélioration des performances de la réplication physique Aurora en appliquant les modifications apportées par l'instance du rédacteur aux instances du lecteur à l'aide de plusieurs threads.

• Correction d'un problème qui pouvait provoquer le redémarrage des répliques de lecture lorsque l'instance du rédacteur validait une transaction importante alors que le journal binaire était activé. Ce problème peut également provoquer des erreurs lors de la lecture du fichier binlog contenant la transaction importante.

• Correction d'un problème à cause duquel un retard dans le redimensionnement du pool de mémoire tampon InnoDB pendant les opérations de dimensionnement d'Aurora Serverless v2 pouvait empêcher l'instance de base de données de répondre et redémarrer.

• Correction d'un problème lié au mécanisme d'évitement du manque de mémoire (OOM) qui pouvait provoquer le redémarrage d'une instance de base de données alors qu'elle tentait de récupérer de la mémoire en cas de pression critique sur la mémoire.

• Correction d'un problème en raison duquel une instance de lecteur pouvait redémarrer à plusieurs reprises après avoir été redémarrée alors que l'instance d'écriture effectuait une purge forcée des journaux d'annulation.

• Correction d'un problème qui pouvait provoquer un redémarrage inattendu de la base de données sur les instances de lecteur lorsque les sous-requêtes utilisant des requêtes parallèles n'étaient pas correctement fermées une fois terminées.

Améliorations générales :

• L'ordre des validations sur les répliques de binlog a été corrigé avec Enhanced Binlog activé pour respecter correctement le paramètre. replica_preserve_commit_order Ce comportement de commande n'a pas affecté l'intégrité des données ni provoqué de conflits entre les transactions, car il ne s'appliquait qu'au séquençage des transactions non dépendantes.

• Correction d'un problème en raison duquel les résultats des requêtes pouvaient être renvoyés par ordre croissant au lieu de l'ordre décroissant demandé lors de l'utilisation ORDER BY DESC avec une comparaison de plages et. LIMIT

• Correction d'un problème à cause duquel le lecteur signalait une « ERREUR 1146 » (tableau introuvable) lors de certaines opérations DDL en ligne sur le rédacteur lors de l'utilisation de l'algorithme INPLACE. Cela peut se produire lorsque : 1) le lecteur n'a pas encore ouvert la table avant le début du DDL ou 2) le lecteur redémarre ou un nouveau lecteur est créé alors que le DDL est en cours d'exécution.

• Correction d'un problème qui pouvait provoquer des erreurs de réplication lors du traitement d'événements du journal binaire d'une taille de cache supérieure à la taille de cache aurora_in_memory_relaylog fixe (128 Mo).

• Correction d'un problème peu fréquent qui pouvait entraîner le redémarrage de l'instance de base de données lorsque des instructions SQL en cours étaient lues à partir de tables temporaires lors d'opérations de redimensionnement du pool de mémoire tampon ou d'expulsion de pages.

• Correction d'un problème de performance en raison duquel l'optimiseur choisit un plan d'exécution des requêtes sous-optimal avec des instructions préparées utilisant des valeurs IN et paramétrées.

• Correction d'un problème de disponibilité du cluster qui pouvait survenir lors des mises à niveau du serveur de base de données lorsque des opérations DML sur des tables système faisaient référence à des valeurs d'incrémentation automatique périmées.

• Correction d'un problème en raison duquel les requêtes utilisant des jointures par hachage renvoyaient des résultats incorrects lorsque la requête parallèle était activée et que la mémoire requise pour une jointure par hachage dépassait la limite.

• Correction d'un problème qui pouvait, dans certains cas, retarder la disponibilité des instances en cas d'application de correctifs sans interruption de service ou d'opérations de redémarrage sans interruption de service.

• Correction d'un problème susceptible de provoquer le redémarrage du moteur lorsqu'une requête SIG Z-order spatiale utilise un index spatial sur une colonne déclarée avec une annotation SRID explicite.

Intégration de correctifs de bogues de l'édition MySQL Community Edition

Cette version est basée sur MySQL 8.4.7. Pour plus d'informations, consultez les notes de mise à jour de MySQL 8.4.