Mises à jour du moteur SQL de base de données Aurora My 31/07/2023 (version 3.04.0, compatible avec My 8.0.28) SQL

Amélioration des performances des requêtes utilisant des index InnoDB Full-Text pour rechercher des phrases en mode langage naturel. Pour plus d'informations sur les recherches en texte intégral dans MySQL, reportez-vous à la section Fonctions de recherche en texte intégral.

Amazon Aurora My SQL prend en charge le transfert d'écriture local (au sein du cluster). Vous pouvez désormais transférer les opérations d'écriture d'une instance de base de données de lecteur vers une instance de base de données d'écriture au sein d'un cluster Aurora My SQL DB. Pour plus d'informations, consultez la section Utilisation du transfert d'écriture local dans un cluster Aurora My SQL DB.

Ajout de la possibilité de modifier la valeur du paramètre aurora_replica_read_consistency de la fonctionnalité Utilisation du transfert d'écriture dans une base de données Amazon Aurora globale dans les sessions dont le paramètre autocommit est désactivé. Pour plus d'informations, consultez Paramètres de configuration pour le transfert d'écriture.

À partir d'Aurora My SQL 3.04, pour la fonctionnalité globale de transfert d'écriture de base de données, vous pouvez désormais définir la valeur du aurora_replica_read_consistency paramètre via le cluster de base de données et les groupes de paramètres d'instance de base de données. Avant Aurora My SQL version 3.04, la valeur de ce paramètre ne pouvait être configurée qu'au niveau de la session.

Le TLS fournisseurSSL/est passé d'Open SSL à AWS-LC. Ce remplacement entraîne un certain nombre de changements, notamment mais sans s'y limiter :

Pour plus d'informations, voir Utilisation TLS avec les clusters Aurora My SQL DB

Ajout du privilège dynamique SHOW_ROUTINE qui permet à rds_superuser_role d'accéder aux définitions et aux propriétés de toutes les routines stockées, telles que les procédures et les fonctions stockées. Pour plus de détails, voir SHOW_ ROUTINE.

Correction d'un problème pouvant entraîner l'omission d'événements dans le journal d'audit lors de la rotation du fichier d'audit.

Support activé pour le protocole Transport Layer Security (TLS) 1.3 sécurisé et performant tout en maintenant la compatibilité avec la version TLS 1.2.

TLSles versions TLSv1 1 TLSv1 et 2.1 sont devenues obsolètes dans la communauté My SQL 8.0.26 et, par conséquent, dans Aurora My 3.03. SQL Ces protocoles ont maintenant été supprimés dans la communauté My SQL 8.0.28 et, en conséquence, dans Aurora My 3.04. SQL Par défaut, tout client sécurisé qui ne peut pas communiquer au-delà de la version TLS 1.2 ou supérieure sera rejeté. Pour plus d'informations sur la connexion à vos instances de base de données à l'aide deTLS, consultez la section Sécurité avec Amazon Aurora My SQL.

CVE-2023-21963

CVE-2023-21912

CVE-2023-0215

CVE-2_43551

CVE-2_37434

CVE-2_21635

CVE-2_21556

CVE-2_21352

CVE-2021-35630

CVE-2021-35624

Correction d'un problème qui pouvait provoquer le redémarrage de la base de données pendant une longue période de restauration de transactions.

Correction d'un problème lié au chiffrement des événements des flux d'activité des bases de données, susceptible de provoquer le redémarrage de la base de données.

Correction d'un problème de gestion de la mémoire causé par une mémoire insuffisante lors de l'initialisation du pool de tampons InnoDB au démarrage ou de la mise à l'échelle d'Aurora Serverless v2. Ce problème peut avoir entraîné le redémarrage des instances de base de données ou une dégradation des performances, notamment une réduction du débit ou une augmentation de la latence.

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de SQL lecteur Aurora My lors de l'exécution d'une requête utilisant un plan d'exécution de requêtes Aurora My SQL parallel.

Correction d'un problème qui, dans certaines situations, pouvait provoquer le redémarrage des instances du lecteur Aurora lors d'une estimation de plage.

Correction d'un problème qui pouvait interrompre la restauration de la base de données au démarrage si le redémarrage se produisait lors de l'exécution d'opérations d'insertion intensives impliquant l'incrémentation automatique de colonnes.

Correction d'un problème lié à l'audit avancé d'Aurora qui entraînait une journalisation excessive des messages d'information dans le journal des SQL erreurs Aurora My lorsque la variable server_audit_events serveur était définie sur ALL ouQUERY. Ce problème peut entraîner le redémarrage d'une instance de base de données.

Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lors de l'annulation d'une INSERT instruction lorsque la requête parallèle était activée.

Correction d'un problème qui pouvait provoquer le redémarrage de l'instance de base de données lors de l'exécution de l'outil de EXPLAIN ANALYZE profilage sur une requête renvoyant le résultat all select tables were optimized away dans la colonne EXTRA d'informations. Pour plus d'informations, consultez ma SQL documentation sur le format EXPLAIN de sortie.

Correction d'un problème qui provoquait le redémarrage d'une instance de lecteur de région secondaire de la base de données globale Aurora utilisant le transfert d'écriture global lorsqu'une instruction de validation implicite transférée rencontrait une erreur.

Correction d'un problème qui provoquait le redémarrage de l'instance d'écriture d'une région principale de base de données globale Aurora lorsqu'une SELECT FOR UPDATE requête était exécutée à l'aide du transfert d'écriture global depuis une région secondaire de base de données globale Aurora.

Ajout d'une nouvelle procédure stockée, mysql.rds_gtid_purged, pour permettre aux clients de définir la variable système GTID_PURGED. Pour plus d'informations, consultez mysql.rds_gtid_purged.

Ajout de deux nouvelles procédures stockées, mysql.rds_start_replication_until et mysql.rds_start_replication_until_gtid, qui permettent aux clients de configurer une position pour l'arrêt de la réplication du journal binaire. Pour plus d'informations sur la configuration d'un emplacement d'arrêt pour la réplication des journaux binaires dans Aurora MySQL, consultez mysql.rds_start_replication_until.

Correction d'un problème qui empêchait les procédures stockées Aurora My SQL Replication Control de modifier la sql_log_binvariable lorsqu'elles étaient appelées depuis une session avec le mode autocommit désactivé.

Ajout du support de réplication logique pour les instructions Data Control Language (DCL) suivantes : GRANT/REVOKE etCREATE/DROP/ALTER/RENAME USER.

Correction d'un problème empêchant l'obsolescence des statistiques d'InnoDB, ce qui pouvait parfois générer un plan d'exécution de requêtes sous-optimal qui pouvait entraîner une augmentation de la durée d'exécution des requêtes.

Ajout de deux nouvelles vues du système, information_schema.aurora_global_db_instance_status et information_schema.aurora_global_db_status. Ces vues peuvent être utilisées pour afficher l'état et la topologie des ressources principales et secondaires dans un cluster de bases de données SQL global Aurora My. Les détails des deux vues du système se trouvent ici, dans les tables information_schema SQL spécifiques à Aurora My.

Correction d'un problème empêchant un utilisateur d'accéder à la base de données en utilisant un caractère générique dans le nom de la base de données après avoir exécuté l'instruction SET ROLE avec un caractère générique d'échappement.

Correction d'un problème susceptible d'empêcher l'écriture dans le journal d'audit d'événements signalés lors du traitement des rotations du journal d'audit.

Correction d'un problème de création de table temporaire interne, via une exécution TRIGGER, qui peut entraîner le redémarrage d'une instance de base de données d'enregistreur.

Ajout d'une nouvelle variable système, innodb_aurora_max_partitions_for_range. Si les statistiques persistantes ne sont pas disponibles, vous pouvez utiliser ce paramètre pour accélérer les estimations du nombre de lignes dans des tables partitionnées. Vous trouverez plus d'informations dans la documentation intitulée Paramètres de SQL configuration d'Aurora My.

Correction d'un problème autorisant à tort les clients à définir ROW_FORMAT sur COMPRESSED lors de la création de tables partitionnées. Les tables seront implicitement converties au COMPACT format avec un avertissement indiquant qu'Aurora My SQL ne prend pas en charge les tables compressées.

Correction d'un problème qui pouvait entraîner l'arrêt de la réplication des journaux binaires multithread lorsque la replica_parallel_type variable était définie sur LOGICAL_CLOCK et que la replica_preserve_commit_order variable était activée. ON Ce problème peut se produire lorsqu'une transaction supérieure à 500 Mo est exécutée sur la source.

Correction d'un problème d'activation de la fonctionnalité de transfert d'écriture dans une base de données globale, qui peut entraîner le transfert involontaire des modifications apportées à la configuration performance_schema des instances de lecteur des régions secondaires vers l'instance d'enregistreur de la région principale.

Correction d'un problème d'absence de mise à jour de la variable d'état du serveur innodb_buffer_pool_reads après la lecture d'une page de données dans le système de fichiers de stockage Aurora.

La requête Aurora My SQL parallel n'est pas prise en charge lors du choix de la configuration de cluster optimisée pour les E/S Aurora. Pour plus d'informations, consultez les limites des requêtes Amazon Aurora My SQL parallel.

Correction d'un problème d'activation des requêtes parallèles qui conduit l'optimiseur de plan de requêtes à choisir un plan d'exécution inefficace pour certaines requêtes SELECT bénéficiant d'un index principal ou secondaire.

Mise à niveau des définitions de fuseaux horaires vers la version IANA 2023c.

Optimisation des performances de la gestion des fichiers sur les réplicas de fichiers binaires afin de réduire les conflits d'écriture dans les fichiers journaux de relais.

Correction d'un problème en raison duquel la RPO_LAG_IN_MILLISECONDS colonne du information_schema.aurora_global_db_status tableau et de la AuroraGlobalDBRPOLag CloudWatch métrique affichait toujours zéro, quelle que soit la charge de travail de l'utilisateur.

Introduction d'un nouveau paramètre, aurora_tmptable_enable_per_table_limit. Lorsque ce paramètre est activé, la tmp_table_size variable définit la taille maximale de chaque table temporaire interne en mémoire créée par le moteur TempTable de stockage. Pour plus d'informations, consultez Moteur de stockage pour tables temporaires internes (implicites).

Correction d'un problème d'établissement d'une connexion supplémentaire lorsque la fonctionnalité de transfert d'écriture dans une base de données globale est activée. Le problème se produit lorsque des transactions en lecture seule sur une instance de lecteur transmettent de manière incorrecte une instruction implicit commit à l'enregistreur.

Correction d'un problème de renseignement des champs PROCESSLIST_USER et PROCESSLIST_HOST de la table performance_schema.threads sur l'enregistreur de la région principale pour les connexions utilisant la fonctionnalité de transfert d'écriture dans la base de données globale. Vous trouverez plus d'informations sur ce tableau et ce schéma de performance dans le manuel My SQL Reference, le tableau des threads et la présentation du schéma de performance dans le guide de l'utilisateur Amazon Aurora.

Correction d'un problème d'affichage de valeurs incorrectes dans la métrique CommitLatency CloudWatch pour les instances de lecteur des régions secondaires lorsque la fonctionnalité de transfert d'écriture dans la base de données globale est utilisée. Pour surveiller la latence DML des instructions transmises sur les clusters de base de données secondaires, il est recommandé d'utiliser les ForwardingWriterDMLLatency métriques ForwardingReplicaDMLLatency et. La latence de la validation peut également être observée à l'aide de la métrique CommitLatency sur l'instance d'enregistreur de la région principale. Plus d'informations sont disponibles dans le guide de l'utilisateur d'Aurora, Amazon CloudWatch metrics for write forwarding.

Problème résolu : les procédures stockées Aurora My SQL Replication Control utilisées pour gérer et configurer la réplication des journaux binaires signalaient incorrectement les erreurs lorsque la réplication des journaux binaires multithread était configurée en définissant une valeur de replica_parallel_workersvariable supérieure à 0.

Correction d'un problème qui pouvait entraîner une CPU consommation élevée lorsque plusieurs sessions essayaient d'accéder à une page qui n'existe pas en mémoire.

Pour effectuer une mise à niveau de version mineure d'une base de données globale Aurora depuis Aurora My SQL version 3.01, 3.02 ou 3.03 vers Aurora My SQL version 3.04 ou supérieure, reportez-vous à la section Mise à niveau d'Aurora My SQL en modifiant la version du moteur.

Correction d'un problème qui pouvait provoquer des échecs lors de la prévérification de la mise à niveau en raison d'erreurs d'incohérence de schéma signalées pour les mysql.slow_log tables mysql.general_log_backupmysql.general_log, mysql.slow_log_backup et lors de la mise à niveau d'Aurora My SQL 2 vers Aurora My SQL 3. Pour plus d'informations sur le dépannage des mises à niveau, voir Résolution des problèmes de mise à niveau avec Aurora My SQL version 3.

Correction d'un problème qui pouvait provoquer des échecs majeurs de mise à niveau de version lors de la mise à niveau vers Aurora My SQL 3 lorsqu'une définition de déclencheur contient un mot clé réservé qui n'est pas entre guillemets.

Correction d'un problème de déplacement d'un bloc de mémoire tampon contenant une page de table temporaire intrinsèque lors du parcours d'une page, provoquant un échec d'assertion (Bogue n° 33715694)

InnoDB : empêcher les DDL opérations en ligne d'accéder à la out-of-bounds mémoire (bogue n° 34750489, bogue n° 108925)

Correction d'un problème qui pouvait parfois produire des résultats de requête incorrects lors du traitement d'SQLinstructions complexes composées de plusieurs expressions de table communes imbriquées (CTEs) (bogue n° 34572040, bogue n° 34634469, bogue n° 33856374)