Mises à jour du moteur de base de données Aurora MySQL du 06/02/2020 (version 2.08.0) (obsolète) - 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 de base de données Aurora MySQL du 06/02/2020 (version 2.08.0) (obsolète)

Version : 2.08.0

Aurora MySQL 2.08.0 est disponible. Les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6.

Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* et 3.02.*.

Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.08.0. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.* existants vers Aurora MySQL 2.08.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.* existant vers 2.08.0. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.08.0.

Pour créer un cluster avec une version plus ancienne d'Aurora MySQL, spécifiez la version du moteur via l'AWS Management Console, l'AWS CLI ou l'API RDS.

En cas de question ou de doute, l'équipe AWS Support est disponible sur les forums de la communauté et via 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 base de données Aurora MySQL, consultez Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Améliorations

Nouvelles fonctions :

  • Amélioration du traitement du journal binaire (binlog) pour réduire le temps de récupération sur incident et la latence de temps de validation lorsque de très grandes transactions sont incluses.

  • Lancement de la fonctionnalité Flux d'activité de base de données (DAS) pour Aurora MySQL. Cette fonctionnalité fournit un flux en temps quasi-réel des données de l'activité de votre base de données relationnelle pour vous aider à surveiller l'activité. Pour plus d'informations, consultez Surveillance d'Amazon Aurora à l'aide des flux d'activité de base de données dans le Guide de l'utilisateur Amazon Aurora.

  • Fichiers de fuseau horaire mis à jour pour prendre en charge le dernier changement de fuseau horaire au Brésil.

  • Introduction de nouveaux mots-clés dans SQL pour réaliser la fonctionnalité de jointure par hachage pour une table spécifique et/ou une table interne : HASH_JOIN, HASH_JOIN_PROBING et HASH_JOIN_BUILDING. Pour plus d'informations, consultez Indicateurs Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

  • Introduction de la prise en charge de l'indicateur d'ordre des jointures dans Aurora MySQL version 5.7 par rétroportage d'une fonctionnalité MySQL 8.0. Les nouveaux indicateurs sont JOIN_FIXED_ORDER, JOIN_ORDER, JOIN_PREFIX et JOIN_SUFFIX. Pour une documentation détaillée de la prise en charge des indicateurs d'ordre des jointures, consultez WL #9158 : indicateurs d'ordre des jointures.

  • Aurora Machine Learning prend désormais en charge les fonctions définies par l'utilisateur avec MEDIUMINT comme type de retour.

  • La procédure lambda_async() stockée prend désormais en charge tous les caractères utf8 MySQL.

Correctifs à priorité élevée :

  • Correction d'un problème qui pouvait amener une instance de base de données de lecteur à renvoyer des résultats incomplets pour une requête FTS après que la table INFORMATION_SCHEMA.INNODB_SYS_TABLES ait été interrogée sur l'instance de base de données de rédacteur.

  • CVE-2019-5443

  • CVE-2019-3822

Améliorations de la disponibilité :

  • Correction d'un problème qui entraînait un redémarrage de la base de données après l'exécution d'une instruction à plusieurs requêtes qui accède à plusieurs tables ou bases de données avec le cache de requête activé.

  • Correction d'une condition de concurrence dans le gestionnaire de verrous qui entraînait le redémarrage de la base de données ou le basculement pendant la restauration d'une transaction.

  • Correction d'un problème qui entraînait le redémarrage ou le basculement de la base de données lorsque plusieurs connexions tentaient de mettre à jour la même table avec un index de recherche en texte intégral.

  • Correction d'un problème susceptible de déclencher un redémarrage ou un basculement de la base de données au cours d'une commande kill session. Si vous rencontrez ce problème, contactez AWS Support pour appliquer ce correctif sur votre instance.

  • Correction d'un problème qui entraînait le redémarrage de l'instance de base de données de lecteur lors d'une transaction à plusieurs instructions avec plusieurs instructions SELECT et une forte charge de travail d'écriture sur l'instance de base de données de rédacteur avec AUTOCOMMIT activé.

  • Correction d'un problème qui entraînait le redémarrage de l'instance de base de données de lecteur après l'exécution de requêtes de longue durée alors que l'instance de base de données de rédacteur se trouvait sous une forte charge de travail d'écriture OLTP.

Améliorations générales :

  • Amélioration du temps de récupération de base de données et de la latence de validation pour les transactions de longue durée lorsque le journal binaire est activé.

  • Amélioration de l'algorithme pour générer de meilleures statistiques pour l'estimation du nombre de valeurs distinctes sur les colonnes indexées, y compris les colonnes avec des distributions de données biaisées.

  • Réduction du temps de réponse et d'utilisation de l'UC des requêtes de conjointes qui accèdent aux tables temporaires MyISAM et les résultats se déversent sur le stockage local.

  • Correction d'un problème qui empêchait la restauration des instantanés d'Aurora MySQL version 5.6 avec une base de données ou des espaces contenant des noms de table vers un nouveau cluster Aurora MySQL 5.7.

  • Inclut les informations de transaction de la victime lorsque le blocage est résolu dans show engine innodb status.

  • Correction d'un problème qui provoquait le blocage des connexions lorsque des clients de plusieurs versions différentes étaient connectés à la même base de données et accédaient au cache de requête.

  • Correction d'une fuite de mémoire résultant de plusieurs invocations du workflow ZDP (Application de correctifs sans temps d'arrêt) ou ZDR (Redémarrage sans interruption) tout au long de la durée de vie d'une instance de base de données.

  • Correction d'un message d'erreur dans les opérations ZDP (Application de correctifs sans temps d'arrêt) ou ZDR (Redémarrage sans interruption) indiquant à tort que la dernière transaction a été abandonnée si l'indicateur de validation automatique est désactivé.

  • Correction d'un problème dans les opérations ZDP (application de correctifs sans temps d'arrêt) qui pouvait entraîner un message d'erreur de défaillance du serveur lors de la restauration des variables de session utilisateur dans le nouveau processus de base de données.

  • Correction d'un problème dans les opérations ZDP (application de correctifs sans temps d'arrêt) qui pouvait provoquer des échecs intermittents de base de données en cas de requêtes de longue durée en cours d'exécution pendant l'application de correctifs.

  • Correction d'un problème de renvoi de messages d'erreur vides par les requêtes incluant une fonction Aurora Machine Learning en raison d'une réponse d'erreur mal gérée par les services de machine learning tels qu'Amazon SageMaker et Amazon Comprehend.

  • Correction d'un problème dans la fonctionnalité de surveillance de mémoire insuffisante qui ne respectait pas une valeur personnalisée du paramètre table_definition_cache.

  • Le message d'erreur « L'exécution de la requête a été interrompue » est renvoyé si une requête Aurora Machine Learning est interrompue. Auparavant, le message générique « Erreur interne dans le traitement de la demande ML » était renvoyé à la place.

  • Correction d'un problème qui pouvait faire qu'un travailleur de journaux binaires subisse un délai de connexion lorsque le paramètre slave_net_timeout était inférieur au paramètre aurora_binlog_replication_max_yield_seconds et que la charge de travail était faible sur le cluster maître de journaux binaires.

  • Amélioration de la surveillance de la progression de la récupération des journaux binaires par l'affichage de messages d'information dans le journal des erreurs selon une fréquence d'un message par minute.

  • Correction d'un problème susceptible d'empêcher le signalement des transactions actives par la requête SHOW ENGINE INNODB STATUS.

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

  • Bogue #25289359 : un verrou de cache de texte intégral pris lors de la synchronisation des données n'était pas libéré si la taille du cache de texte intégral dépassait la limite de taille du cache de texte intégral.

  • Bogue #29138644 : la modification manuelle de l'heure système pendant l'exécution du serveur MySQL a provoqué des retards du thread de nettoyage de page.

  • Bogue #25222337 : un nom de champ de colonne virtuelle NULL dans un index virtuel a provoqué une sortie du serveur lors d'une comparaison de noms de champ qui se produit lors du remplissage de colonnes virtuelles affectées par une contrainte de clé étrangère.

  • Bogue #25053286 : l'exécution d'une procédure stockée contenant une requête qui a accédé à une vue pouvait allouer de la mémoire qui n'était pas libérée jusqu'à la fin de la session.

  • Bogue #25586773 : l'exécution d'une procédure stockée contenant une instruction qui a créé une table à partir du contenu de certaines instructions SELECT pouvait entraîner une fuite de mémoire.

  • Bogue #28834208 : au cours de l'application de journal, après une opération OPTIMIZE TABLE, InnoDB n'a pas rempli de colonnes virtuelles avant de vérifier les mises à jour d'index de colonne virtuelle.

  • Bogue #26666274 : boucle infinie dans le conteneur de mémoire tampon de schéma de performance en raison d'un dépassement d'entier non signé 32 bits.

Comparaison avec Aurora MySQL version 1

Les fonctionnalités Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).

Compatibilité avec MySQL 5.7

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctionnalités telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

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

  • 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

  • Instruction SQL CREATE TABLESPACE