Mises à jour du moteur de base de données Aurora MySQL du 25/10/2023 (version 3.05.0, compatible avec MySQL 8.0.32)

Ajout de la prise en charge de l'enregistrement des données d'un cluster de base de données Aurora MySQL dans des fichiers texte stockés dans un compartiment Amazon S3 chiffré avec une clé KMS (SSE-KMS). Pour plus d'informations, consultez Enregistrement de données d'un cluster de bases de données Amazon Aurora MySQL dans des fichiers texte stockés dans un compartiment Amazon S3.

Introduction d'une nouvelle variable d'état globale aurora_tmz_version pour indiquer la version actuelle des informations de fuseau horaire utilisées par le moteur. Les valeurs suivent la version de la base de données de fuseaux horaires de l'IANA et présentent le format « AAAAsuffixe », par exemple, 2022a et 2023c. Pour plus d'informations, consultez Variables d'état globales Aurora MySQL.

CVE-2022-37434

Correction d'un problème de redémarrage des instances de base de données Aurora MySQL utilisant une requête parallèle lorsqu'elles exécutent un grand nombre de requêtes parallèles simultanées.

Correction d'un problème de conflit de verrouillage causé par un thread de journalisation d'audit pouvant conduire à une utilisation élevée du processeur et à des délais d'attente pour les applications clientes.

Correction d'un problème pouvant conduire à la récupération incorrecte du jeu de GTID exécuté sur un cluster de réplica du journal binaire avec le journal binaire amélioré activé lorsqu'une source binlog est définie sur gtid_mode ON ou ON_PERMISSIVE. Ce problème peut entraîner un redémarrage supplémentaire de l'instance d'enregistreur du cluster de réplica pendant la récupération, ou entraîner des résultats incorrects lors de l'interrogation du jeu de GTID exécuté.

Correction d'un problème de gestion de la mémoire pouvant entraîner le redémarrage ou le basculement d'une instance de base de données Aurora MySQL en raison d'une diminution de la mémoire disponible lorsque le journal binaire amélioré est activé.

Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données lors d'une tentative de lecture d'une page de base de données appartenant à une table supprimée.

Correction d'un problème susceptible d'entraîner le redémarrage de l'instance d'enregistreur lorsque celle-ci augmente le volume de la base de données jusqu'à un multiple de 160 Go.

Correction d'un problème de blocage d'une instance de base de données MySQL Aurora avec la fonctionnalité de journal binaire amélioré activée pendant le démarrage de l'instance de base de données alors que le processus de récupération du journal binaire est en cours d'exécution.

Correction d'un problème de redémarrages multiples d'une instance de base de données Aurora MySQL pendant le démarrage de l'instance alors que de grands segments d'annulation sont initialisés.

Correction d'un problème d'application de correctifs sans temps d'arrêt, qui provoque le redémarrage de l'instance et la fermeture inattendue des connexions à la base de données.

Correction d'un problème susceptible de provoquer le redémarrage d'une instance de base de données en raison d'un blocage lors de l'exécution simultanée des instructions SHOW STATUS et PURGE BINARY LOGS. L'instruction gérée purge binary logs est exécutée pour respecter la durée de conservation du journal binaire configurée par l'utilisateur.

Correction d'un problème susceptible d'entraîner l'indisponibilité du cluster de base de données si l'instance d'enregistreur redémarre alors que la base de données crée ou supprime des déclencheurs sur des tables système internes.

Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données en raison d'un long délai d'attente du sémaphore lors de l'utilisation de la fonctionnalité de journal binaire amélioré sur un cluster doté d'un réplica Aurora.

Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données lors de l'exécution d'une requête référençant une fonction d'agrégation.

Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage d'une instance de base de données lorsqu'Aurora Serverless v2 tente de manière incorrecte de mettre à jour le cache de la table lors de la mise à l'échelle.

Correction d'un problème de prise en compte de méthodes d'accès à l'analyse d'index non prises en charge pour les expressions de table courantes (CTE) lors de la matérialisation des tables temporaires intermédiaires, ce qui pouvait entraîner des comportements indésirables, notamment des redémarrages de la base de données ou des résultats de requête incorrects. Nous avons résolu ce problème en évitant d'utiliser de telles méthodes d'accès non prises en charge par analyse d'index sur les tables utilisant le moteur TempTable de stockage.

Correction d'un problème susceptible d'entraîner l'indisponibilité de la base de données lorsque le journal binaire amélioré est activé sur un cluster de base de données Aurora Serverless v2 exécuté sur Aurora MySQL 3.04.0.

Suppression des métadonnées de stockage inutilisées avant d'écrire sur le stockage Aurora lorsque la fonctionnalité de journal binaire amélioré est activée. Cette suppression permet d'éviter certains scénarios de redémarrage ou de basculement de base de données en raison d'une latence d'écriture accrue due à l'augmentation du nombre d'octets transmis sur le réseau.

Avec l'ajout des tables malloc_stats et malloc_stats_totals dans le paramètre performance_schema, trois variables système avancées ont été ajoutées pour contrôler le comportement de Jemalloc, un allocateur de mémoire interne :

Correction d'un problème d'absence de création de tables de schéma de performance spécifiques à Aurora lors d'une mise à niveau ou d'une migration.

Ajout d'une nouvelle variable système, aurora_use_vector_instructions. Lorsque ce paramètre est activé, Aurora MySQL utilise des instructions de traitement vectoriel optimisées pour améliorer les performances des charges de travail intensives en E/S. Ce paramètre est activé par défaut dans Aurora MySQL versions 3.05 et ultérieures. Pour plus d'informations, consultez Paramètres de configuration d'Aurora MySQL.

Correction d'un problème en raison duquel les NumBinaryLogFiles métriques affichées pouvaient CloudWatch afficher des résultats incorrects lorsque le journal binaire amélioré était activé.

Le délai d'attente des requêtes pour les opérations de machine learning Aurora MySQL adressées à Amazon SageMaker est passé de 3 à 30 secondes. Cette augmentation permet de résoudre le problème qui amenait les clients à constater une augmentation du nombre de tentatives ou d'échecs des requêtes adressées à Amazon SageMaker par le machine learning Aurora MySQL lors de l'utilisation de lots plus volumineux.

Ajout de la prise en charge des tables malloc_stats et malloc_stats_totals dans la base de données performance_schema.

Mise à jour du mot-clé FROM de la commande LOAD DATA FROM S3 afin de le rendre facultatif. Pour plus d'informations, consultez Chargement de données dans un cluster de bases de données Amazon Aurora MySQL à partir de fichiers texte stockés dans un compartiment Amazon S3.

Ajout de la prise en charge du paramètre innodb_aurora_instant_alter_column_allowed, qui contrôle si l'algorithme INSTANTpeut être utilisé pour les opérations ALTER COLUMN. Pour plus d'informations, consultez Paramètres de niveau cluster.

Correction d'un problème empêchant l'établissement de nouvelles connexions clientes à la base de données lorsque le transfert d'écriture est activé.

Correction d'un problème empêchant la modification du paramètre table_open_cache de la base de données de prendre effet tant que l'instance de base de données n'est pas redémarrée.

Correction d'un problème susceptible de provoquer des erreurs de duplication de clés dans les colonnes AUTO_INCREMENT utilisant des index décroissants après une restauration instantanée, un retour en arrière ou une opération de clonage de base de données.

Correction d'un problème avec l'analyse d'index qui pouvait renvoyer un résultat inexact lors de l'exécution d'une requête SELECT avec la clause GROUP BY et le paramètre aurora_parallel_query défini sur ON.

Correction d'un problème susceptible d'épuiser la mémoire disponible lors de l'exécution de requêtes sur la table INFORMATION_SCHEMA INNODB_TABLESPACES.

Correction d'un problème empêchant l'instance de lecteur d'ouvrir une table (ERROR 1146). Ce problème se produit lors de l'exécution de certains types d'instructions DDL (Data Definition Language) en ligne alors que l'algorithme INPLACE est utilisé sur l'instance d'enregistreur.

Correction d'un problème empêchant le redémarrage de l'instance pendant la mise à l'échelle d'Aurora Serverless v2 lorsque le processus de surveillance interne soumet par erreur des demandes de mise à l'échelle en double.

Correction d'un problème susceptible d'entraîner le redémarrage d'une base de données lorsque les consommateurs connectés du journal binaire utilisent des identifiants de serveurs de réplication du journal binaire en double.

Introduction d'un cache de journal de relais en mémoire pour les réplicas de journal binaire gérés par Aurora MySQL. Grâce à cette amélioration, le débit de réplication de journal binaire peut être accru de 40 %. Cette amélioration est activée automatiquement lorsque la réplication de journal binaire monothread est utilisée ou que la réplication multithread est utilisée avec le positionnement automatique GTID activé.

Lors de la mise à niveau de MySQL 5.7 vers MySQL 8.0 avec un très grand nombre de tables dans une seule base de données, le serveur consommait trop de mémoire. Lors du processus de vérification de la possibilité de mise à niveau des tables, il a été constaté que nous récupérions tous les objets Table du dictionnaire de données en amont et que nous les traitions, récupérions leur nom, et vérifions la compatibilité des versions dans la liste. La recherche préalable de tous les objets n'était pas nécessaire dans ce cas, et contribuait grandement à la consommation de mémoire. Pour corriger ce problème, nous récupérons désormais un objet Table à la fois, nous effectuons toutes les vérifications nécessaires, nous récupérons son nom et nous libérons l'objet avant de passer au suivant. (Bogue n° 34526001)

Amélioration des performances des mises à niveau des versions majeures d'Aurora MySQL version 2 vers la version 3 en exécutant les vérifications de tablespaces en parallèle en utilisant tous les vCPU disponibles sur l'instance de base de données.

Correction d'un problème susceptible d'augmenter l'utilisation du processeur en raison de la rotation des certificats TLS en arrière-plan. (Correctif du bogue n° 34284186)