Mises à jour du moteur de base de données Aurora MySQL du 07/02/2019 (version 1.19.0) (obsolète) - Amazon Aurora
FonctionnalitésAméliorationsIntégration de correctifs de bogues de l'édition MySQL Community Edition

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 07/02/2019 (version 1.19.0) (obsolète)

Version : 1.19.0

Aurora MySQL 1.19.0 est en disponibilité générale. Tous les nouveaux clusters de bases de données Aurora MySQL compatibles avec MySQL 5.6, y compris ceux restaurés à partir d'instantanés, peuvent être créés avec 1.17.8 ou 1.19.0. Vous avez la possibilité, sans y être obligé, de mettre à niveau les clusters de bases de données existants vers Aurora MySQL 1.19.0. Pour utiliser une version antérieure, vous pouvez créer des clusters de bases de données dans Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 ou Aurora MySQL 1.18.0. Vous pouvez le faire à l'aide de l'API AWS CLI ou de l'API Amazon RDS et en spécifiant la version du moteur.

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

Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte.

Note

La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, 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.

Fonctionnalités

Améliorations

  • Résolution d'un problème de stabilité lié à la requête CHECK TABLE sur un réplica Aurora.

  • Lancement d'une nouvelle variable utilisateur global aurora_disable_hash_join pour désactiver la jointure par hachage.

  • Résolution d'un problème de stabilité lors de la génération de la ligne de sortie pendant la jointure par hachage de plusieurs tables.

  • Résolution d'un problème entraînant un résultat incorrect en raison d'un changement de plan pendant la vérification de l'applicabilité d'une jointure de hachage.

  • L'application de correctifs sans temps d'arrêt est prise en charge avec les transactions de longue durée. Cette amélioration prendra effet lors de la mise à niveau de la version 1.19 à une version supérieure.

  • L'application de correctifs sans temps d'arrêt est désormais prise en charge lorsque la journalisation binaire est activée. Cette amélioration prendra effet lors de la mise à niveau de la version 1.19 à une version supérieure.

  • Résolution d'un problème qui entraînait un pic d'utilisation de l'UC sur le réplica Aurora non associé à la charge de travail.

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

  • Correction d'une condition de concurrence dans le composant du gestionnaire de verrous pour améliorer la stabilité des instances Aurora.

  • Amélioration de la stabilité du détecteur d'interblocage dans le composant du gestionnaire de verrous.

  • INSERTL'opération sur une table est interdite si InnoDB détecte que l'index est corrompu.

  • Résolution d'un problème de stabilité dans Fast DDL.

  • Amélioration de la stabilité Aurora par réduction de la consommation de la mémoire dans le traitement par lot des analyses pour une sous-requête à une seule ligne.

  • Résolution d'un problème de stabilité survenant après la suppression d'une clé étrangère alors que la variable système foreign_key_checks est définie sur 0.

  • Résolution d'un problème de la fonction d'évitement de mémoire insuffisante entraînant le remplacement par erreur des modifications apportées à la valeur table_definition_cache par l'utilisateur.

  • Résolution de problèmes de stabilité de la fonction d'évitement de mémoire insuffisante.

  • Résolution d'un problème qui définissait query_time et lock_time dans slow_query_log en valeurs de garbage.

  • Résolution d'un problème de stabilité des requêtes parallèles déclenché par une gestion incorrecte du classement des chaînes en interne.

  • Résolution d'un problème de stabilité des requêtes parallèles déclenché par une recherche d'index secondaire.

  • Résolution d'un problème de stabilité des requêtes parallèles déclenché par la mise à jour de plusieurs tables.

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

  • Bogue n°32917 : DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY

  • Bogue n°63144 : CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE