Mises à jour du moteur SQL de base de données Aurora My 28/12/2023 (version 2.12.1, compatible avec My 5.7.40) SQL - 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 SQL de base de données Aurora My 28/12/2023 (version 2.12.1, compatible avec My 5.7.40) SQL

Version : 2.12.1

Aurora My SQL 2.12.1 est généralement disponible. Les versions SQL 2.12 d'Aurora My sont compatibles jusqu'à My SQL 5.7.40. Pour plus d'informations sur les modifications apportées à la communauté, consultez Changes in My SQL 5.7.40 (11.10.11, disponibilité générale).

Les SQL versions d'Aurora My actuellement prises en charge sont les suivantes : 2.07.*, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* et 3.05.*.

Vous pouvez mettre à niveau un cluster de base de données Aurora My SQL 2.* existant vers Aurora My SQL 2.12.1. Vous pouvez également restaurer un instantané à partir de n'importe quelle SQL version d'Aurora My actuellement prise en charge dans Aurora My SQL 2.12.1.

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 Entretien d'un cluster de base de données Amazon Aurora dans le Guide de l'utilisateur Amazon Aurora.

Note

Pour plus d'informations sur la mise à niveau de votre cluster de SQL base de données Aurora My, consultez la section Mise à niveau de la version mineure ou du niveau de correctif d'un cluster Aurora My SQL DB dans le guide de l'utilisateur Amazon Aurora.

Améliorations

Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :

Cette version inclut tous les CVEs correctifs communautaires, y compris My SQL 5.7.44.

Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Des CVE correctifs supplémentaires sont disponibles ci-dessous :

Nouvelles fonctions :

  • Ajout de la prise en charge de la réplication du journal binaire multithread (binlog), où le SQL thread de la réplique du journal binaire appliquerait les événements du journal binaire en parallèle lorsque cela est possible. Découvrez plus en détail les options de configuration permettant de peaufiner la réplication multithread dans le Guide de l'utilisateur Aurora.

Améliorations de la disponibilité :

  • Correction d'un problème à cause duquel les instances SQL de base de données Aurora My utilisant une requête parallèle pouvaient redémarrer lorsqu'elles exécutaient un grand nombre de requêtes parallèles simultanées.

  • Correction d'un problème de contention des verrous causé par un fil de journalisation d'audit qui pouvait entraîner une CPU utilisation élevée et des délais d'expiration des applications clientes.

  • 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 dans le gestionnaire de verrous qui pouvait entraîner un redémarrage ou un basculement pendant le traitement de validations en deux phases, tandis que le niveau d'isolation était défini sur READ_COMMITED ou READ_UNCOMMITED et que des transactions XA étaient utilisées ou le journal binaire (binlog) activé.

  • 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 qui pouvait entraîner le redémarrage de l'instance de base de données lorsque le nombre de connexions à la base de données se rapprochait de la valeur définie par le paramètre max_connections.

  • Correction d'un problème qui provoquait le redémarrage d'une instance de lecteur Aurora lors de l'exécution de requêtes Data Manipulation Language (DML) sur une table contenant un index en texte intégral.

  • L'insertion rapide n'est pas activée dans cette SQL version d'Aurora My, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que INSERT INTOSELECT, et. FROM Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section Améliorations des SQL performances d'Amazon Aurora My.

Améliorations générales :

  • Correction d'un problème qui pouvait entraîner l'échec d'une requête parallèle en raison de problèmes réseau transitoires pendant la lecture de données issues du volume du cluster Aurora.

  • Correction d'un problème lié à la gestion des fichiers journaux d'audit qui pouvait rendre les fichiers journaux inaccessibles pour le téléchargement ou la rotation et, dans certains cas, augmenter le CPU taux d'utilisation.

  • Correction d'un problème d'augmentation du retard de réplication pour les petites instances de réplica en lecture après une mise à niveau à partir de versions antérieures à la version 2.11.*

  • Correction d'un problème qui pouvait provoquer un nombre excessif de messages de journal lors de la consultation de table d'octrois procs_priv pour la vérification de requêtes impliquant des routines stockées.

  • Correction d'un problème de gestion de la mémoire pouvant conduire l'instance de base de données à utiliser excessivement la mémoire lors de l'exécution de requêtes utilisant l'optimisation de la jointure de hachage.

  • Correction d'un problème qui pouvait produire une valeur incorrecte pour la variable Threads_running dans les tables de statut global information_schema et performance_schema lors de l'utilisation du transfert d'écriture.

  • Correction d'un problème qui provoquait le redémarrage de la base de données lors de l'exécution d'SELECTinstructions avec des tables partitionnées (créées dans une version de My SQL supportant l'ancien gestionnaire de ha_partition partition) et une requête parallèle choisie par le planificateur de requêtes.

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

  • Réduction du délai de réplication du journal binaire (binlog) lorsqu'une réplique du SQL journal binaire Aurora My exécute des QUERY événements écrits dans le fichier binlog de la source sans qu'une base de données par défaut soit définie par la commande. USE

  • Correction d'un problème qui pouvait entraîner l'CommitLatency CloudWatch affichage incorrect de la métrique lorsque le innodb_flush_log_at_trx_commit paramètre n'était pas défini sur 1.

  • Correction d'un problème pouvant entraîner l'arrêt des connexions aux bases de données avant qu'elles ne soient établies. Ce problème est plus susceptible d'affecter les instances de bases de données qui ouvrent et ferment beaucoup de connexions.

  • Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lorsque les consommateurs de journaux binaires (binlog) connectés utilisaient un serveur de réplication de journaux binaires dupliqué. IDs

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

Intégration des corrections de bogues de My SQL Community Edition

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7.40 incluse. Pour plus d'informations, voir Mes SQL bogues corrigés par les mises à jour du moteur de base de données Aurora My SQL 2.x.

  • Correction d'un problème qui pouvait entraîner le blocage des connexions à distance existantes et nouvelles lorsqu'elles étaient exécutées simultanément avec l'instruction SHOW PROCESSLIST (bogue Community n° 34857411)

  • Réplication : certains événements de journal binaire n'étaient pas toujours gérés correctement (bogue n° 34617506).

Fonctionnalités non prises en charge dans la SQL version 2 d'Aurora My

Les fonctionnalités suivantes ne sont actuellement pas prises en charge dans SQL la version 2 d'Aurora My (compatible avec My SQL 5.7).

  • Traitement par lots des analyses

Compatibilité avec My SQL 5.7

Cette SQL version d'Aurora My est compatible avec My SQL 5.7 et inclut des fonctionnalités telles que le JSON support, les index spatiaux et les colonnes générées. Aurora My SQL utilise une implémentation native de l'indexation spatiale utilisant des courbes d'ordre Z pour offrir des performances d'écriture >20 fois supérieures et des performances de lecture >10 fois supérieures à celles de My 5.7 pour les jeux de données spatiales. SQL

Cette SQL version d'Aurora My ne prend actuellement pas en charge les fonctionnalités suivantes de My SQL 5.7 :

  • La CREATE TABLESPACE SQL déclaration

  • plugin de réplication de groupe

  • Augmentation de la taille de page

  • Chargement du pool de mémoires tampons InnoDB au démarrage

  • plugin d'analyse de texte intégral InnoDB

  • Réplication multi-source

  • Redimensionnement de pool de mémoires tampons en ligne

  • plugin de validation de mot de passe

  • plugins de réécriture de requête

  • Filtrage de réplication

  • Protocole X