Mises à jour du moteur de base de données Aurora MySQL 2024-11-18 (version 3.08.0, compatible avec MySQL 8.0.39)

Ajout de trois nouvelles CloudWatch métriques Amazon pour permettre aux utilisateurs de surveiller le processus de purge d'InnoDB :

Pour plus d'informations, consultez CloudWatchles métriques Amazon pour Amazon Aurora dans le guide de l'utilisateur Amazon Aurora.

Ajout d'une nouvelle CloudWatch métrique TransactionAgeMaximum pour permettre aux utilisateurs d'identifier les transactions de longue durée susceptibles de retarder la limite de purge. Pour plus d'informations, consultez CloudWatch les métriques Amazon pour Amazon Aurora dans le guide de l'utilisateur Amazon Aurora.

Ajout de trois nouvelles CloudWatch mesures pour éviter out-of-memory (OOM) :

Pour plus d'informations, consultez CloudWatchles métriques Amazon pour Amazon Aurora dans le guide de l'utilisateur Amazon Aurora.

Trois CloudWatch indicateurs permettant d'éviter out-of-memory (OOM) ont été modifiés, passant des totaux cumulés à des compteurs incrémentiels :

Pour plus d'informations, consultez CloudWatchles métriques Amazon pour Amazon Aurora dans le guide de l'utilisateur Amazon Aurora.

Ajout de deux variables d'état globales pour indiquer la quantité de mémoire utilisée par les tables temporaires internes : aurora_temptable_ram_allocation etaurora_temptable_max_ram_allocation. Ces variables d'état globales augmentent l'observabilité et aident à diagnostiquer les problèmes liés à l'utilisation interne de la mémoire temporaire des tables.

Pour plus d'informations, consultez les variables d'état globales Aurora MySQL dans le guide de l'utilisateur Amazon Aurora.

Introduction de la nouvelle variable système aurora_optimizer_trace_print_before_purge permettant d'imprimer les traces de l'optimiseur dans le journal des erreurs avant que le serveur ne les purge de la mémoire. Une purge peut être déclenchée en fonction des seuils définis par les variables système optimizer_trace_offset et optimizer_trace_limit.

Ajout de la prise en charge des classes d'instances de base de données suivantes :

Pour plus d'informations, consultez Moteurs de base de données pris en charge pour les classes d'instance de base de données dans le Guide de l'utilisateur Amazon Aurora.

Ajout d'un nouvel utilisateur pour la réplication des journaux binaires (binlog),rdsrepladmin_priv_checks_user. Pour plus d'informations, consultez Privilege vérifie l'utilisateur pour la réplication des journaux binaires dans le guide de l'utilisateur Amazon Aurora.

Correction d'un problème en raison duquel les paramètres d'entrée dans les procédures stockées Aurora MySQL pouvaient être mal gérés.

CVE-2023-44487

CVE-2024-0853

CVE-2024-20996

CVE-2024-21000

CVE-2024-21013

CVE-2024-21125

CVE-2024-21127

CVE-2024-21129

CVE-2024-21130

CVE-2024-21134

CVE-2024-21135

CVE-2024-21137

CVE-2024-21142

CVE-2024-21157

CVE-2024-21159

CVE-2024-21160

CVE-2024-21162

CVE-2024-21163

CVE-2024-21165

CVE-2024-21166

CVE-2024-21173

CVE-2024-21177

CVE-2024-21179

CVE-2024-21185

CVE-2024-25062

CVE-2024-37371

CVE-2025-21492

Correction d'un défaut qui pouvait provoquer le redémarrage inattendu du serveur après l'exécution de commandes DML (Data Manipulation Language) sur une table contenant déjà des colonnes supprimées instantanément, de sorte que le nombre de colonnes supprimées et non supprimées était supérieur à 1017.

Correction d'un problème en raison duquel les fichiers journaux de base de données n'étaient pas correctement pivotés, ce qui entraînait une augmentation de l'utilisation de l'espace de stockage local sur une instance de base de données.

Correction d'un problème qui pouvait empêcher l'instance de base de données de fermer les connexions lorsque la mémoire était insuffisante lorsque aurora_oom_response était activée, ce qui entraînait un out-of-memory redémarrage qui aurait pu être évité autrement.

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur lors de la libération de la mémoire utilisée pour l'application de journalisation.

Correction d'un problème lié au calcul des métriques internes pour les index de recherche en texte intégral (FTS) susceptible de provoquer le redémarrage de la base de données.

Correction d'un problème communautaire qui pouvait parfois produire des résultats de requête incorrects lorsqu'une LIMIT clause était utilisée dans des sous-requêtes en même temps que le renvoi des conditions d'index vers le bas.

Correction d'un problème qui provoquait une violation de l'accès à la mémoire entraînant la libération d'un objet mutex n'appartenant plus au thread.

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 pouvait provoquer le redémarrage d'une instance de base de données du lecteur Aurora lorsque le transfert d'écriture est activé.

Correction d'un problème en raison duquel une requête contenant plusieurs UNION clauses pouvait allouer une grande quantité de mémoire, entraînant le redémarrage d'une instance de base de données.

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 en raison duquel la réplication du journal binaire se bloquait sur la réplique en raison d'un blocage rencontré sur le I/O thread de la réplique lors de l'exécution de la FLUSH RELAY LOGS commande.

Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lors de la gestion de grands ensembles de GTID sur un cluster de base de données avec le journal binaire amélioré activé.

Correction d'un problème qui pouvait provoquer le redémarrage d'une réplique du journal binaire lorsque le cache du journal du relais en mémoire était activé. Le cache de journal de relais en mémoire est activé sur les répliques de journaux binaires gérées par Aurora MySQL lorsque vous utilisez une réplication de journal binaire à thread unique ou une réplication multithread avec le positionnement automatique GTID activé.

Correction d'un problème qui provoquait le redémarrage d'une instance de réplique binlog lors de l'application d'instructions DCL (Data Control Language) lors du démarrage du moteur de base de données.

Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage d'une instance de base de données de lecteur en raison d'un blocage lors de l'exécution de SELECT requêtes sur des tables mises à jour par son instance de base de données d'écriture.

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de lecteur de base de données globale Aurora avec une session de transfert d'écriture active.

Correction d'un problème qui pouvait entraîner le redémarrage des répliques de lecture Aurora 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 d'une base de données lorsque des événements planifiés étaient annulés alors qu'ils s'exécutaient sur des instances de base de données sur lesquelles le journal binaire amélioré était activé.

Correction d'un problème à cause duquel une connexion client pouvait se bloquer lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption de service (ZDR).

Correction d'un problème qui, dans de rares cas, provoquait le redémarrage d'une instance de base de données en raison d'un problème de gestion de la mémoire pouvant survenir lors de la gestion d'une défaillance de table ouverte.

Correction d'un problème qui pouvait provoquer des erreurs inattendues ou des avertissements de violation de clé primaire sur certaines lignes lors de l'exécution d'INSERTinstructions simultanées sur une table comportant une colonne de clé AUTO_INCREMENT primaire et une colonne de clé unique, et lorsqu'une INSERT instruction présentait des violations de clé uniques sur différentes lignes.

L'instrument Performance Schema memory/sql/sp_head::main_mem_root est désormais un instrument contrôlé. Par conséquent, la mémoire allouée à l'analyse et à la représentation des programmes stockés contribue désormais aux limites de mémoire par connexion.

Correction d'un problème en raison duquel une ligne devenait illisible dans l'index spatial lors d'une mise à jour.

Correction d'un problème qui empêchait les utilisateurs de désactiver le transfert d'écriture local.

Correction d'un problème à cause duquel une SELECT COUNT requête pouvait renvoyer un résultat erroné lors de l'utilisation du transfert d'écriture.

Correction d'un problème qui pouvait entraîner des résultats de requête incorrects lorsque ZDP restaure de manière incorrecte les variables de session définies comme indices dans les requêtes.

Correction d'un problème lié à la troncature automatique des tablespaces d'annulation lorsqu'ils sont supérieurs au seuil innodb_max_undo_log_size dans les scénarios de mise à niveau.

Correction d'un problème en raison duquel la latence de validation et le débit de validation n'étaient pas mesurés lorsque cette innodb_flush_log_at_trx_commit valeur est définie sur. 0

Correction d'un problème en raison duquel le décalage des répliques d'Aurora était signalé de manière incorrecte.

Correction d'un problème qui fournissait une valeur incorrecte pour la threads_running variable lors de l'utilisation de la base de données globale Aurora.

Correction d'un problème à cause duquel une réplique du journal binaire Aurora MySQL avec l'optimisation de l'index secondaire parallèle activée redémarrait lors de l'application des modifications de réplication sur des tables contenant des clés étrangères.

Correction d'un problème de redémarrage causé par le redimensionnement prolongé de la table de hachage verrouillée lors d'événements de redimensionnement ou de réduction.

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données après la désactivation de la journalisation binaire, alors que la journalisation binaire améliorée était précédemment activée.

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 à cause duquel un utilisateur pouvait rencontrer une ERROR 1377 (HY000): Fatal error during log purge erreur lors de l'exécution de la procédure stockée mysql.rds_set_external_source sur une réplique du journal binaire, alors que la réplication du journal binaire était déjà configurée.

Correction d'un défaut qui empêchait la persistance des privilèges des rôles utilisateur après la ZDR.

Correction d'un problème de mémoire associé aux rôles par défaut du définisseur de vue.

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors SHOW VOLUME STATUS de son exécution.

Correction d'un problème de redémarrage causé par le redimensionnement prolongé du pool de mémoire tampon lors d'événements de redimensionnement ou de réduction.

Correction d'un problème de redémarrage causé par l'accès logique à l'avance (LRA) aux pages libérées en raison du redimensionnement de la mémoire tampon lors d'un événement de réduction de la taille.

Correction d'un problème qui résolvait les SELECT requêtes renvoyant des résultats incorrects lorsqu'elles étaient utilisées LEFT OUTER JOIN avec une transformation semi-jointive utilisant la matérialisation comme stratégie.

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

Correction d'un problème à cause duquel les BlockedTransactions CloudWatch indicateurs ActiveTransactions et indiquaient des valeurs inférieures aux attentes.

Correction d'un problème en raison duquel la réplication du journal binaire s'interrompait lorsque la réplique traitait une DELETE instruction multitable qui était explicitement supprimée à la fois d'une table parent et d'une table enfant.

Correction d'un problème qui pouvait entraîner le redémarrage d'une instance de base de données lors du traitement d'un déclencheur avec des fonctions définies par l'utilisateur renvoyant un enum type.

Correction d'un problème en raison duquel la DMLLatency CloudWatch métrique affichait des valeurs incorrectes pour une instance de réplique de journal binaire lors de la réplication à l'aide de la commande binlog_format set torow.

Correction d'un problème en raison duquel les UPDATE requêtes lentes INSERT et exécutées par le planificateur d'événements MySQL n'étaient pas enregistrées dans le journal des requêtes lentes sauf si elles étaient précédées d'une requête lenteSELECT. DELETE

Correction d'un problème qui, dans de rares cas, provoquait soit l'indisponibilité intermittente d'une réplique de lecture Aurora, soit des incohérences dans la définition des tables, parfois liées à l'erreurTable does not exist, sur la réplique. Cela est dû à des requêtes de lecture simultanées sur la réplication et aux opérations DDL (Data Definition Language) sur l'instance de base de données du rédacteur.

Correction d'un problème en raison duquel l'exécution de la SHOW BINARY LOGS commande prenait plus de temps sur un cluster de base de données où le journal binaire amélioré é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.

Amélioration des performances de la mise à niveau des versions majeures d'Aurora MySQL version 2 vers la version 3 pour les clusters de base de données contenant un grand nombre d'objets de base de données (tels que des tables, des déclencheurs et des routines).

Pour les classes d'instances de base de données plus importantes, le processus de mise à niveau de la base de données met à niveau les métadonnées des objets MySQL traditionnels vers le nouveau dictionnaire de données atomique MySQL 8.0 en parallèle à l'aide de plusieurs threads.

Correction d'un problème qui entraînait l'échec des mises à niveau ou des migrations lorsque la version du moteur de base de données Aurora MySQL cible était la version 3.04.0 ou supérieure. Cela se produit lorsque le paramètre du lower_case_table_names cluster de base de données est défini sur et que le classement de base de données MySQL est incompatible avec les noms de table en minuscules. 1

Correction d'un problème qui provoquait l'omission incorrecte de NULL valeurs dans le jeu de résultats pour certaines requêtes comportant JOIN les deux UNION opérations. (Correctif de bogue communautaire #114301)