Mises à jour du moteur de base de données Aurora MySQL du 19/09/2019 (version 1.19.5) (obsolète) - Amazon Aurora
Amé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 19/09/2019 (version 1.19.5) (obsolète)

Version : 1.19.5

Aurora MySQL 1.19.5 est disponible pour le grand public. Les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6 et les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7.

L'obsolescence de cette version du moteur est prévue pour le 28 février 2023. Pour plus d'informations, consultez Préparation à la fin de vie d'Amazon Aurora Édition compatible avec MySQL version 1.

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 avez la possibilité de mettre à niveau les clusters de bases de données existants vers Aurora MySQL 1.19.5. Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14.*, 1.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.1 et 1.19.2 dans Aurora MySQL 1.19.5.

Pour utiliser une ancienne version d'Aurora MySQL, vous pouvez créer de nouveaux clusters de bases de données en spécifiant la version du moteur par le biais de l'API AWS Management Console, de AWS CLI, ou de l'API RDS.

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 AWS régions suivantes : Europe (Londres) [eu-west-2] AWS GovCloud , (US-Est) [-1], (US-Ouest) us-gov-east [-1] AWS GovCloud , Chine (Ningxia) us-gov-west [cn-northwest-1] et Asie-Pacifique (Hong Kong) [ap-east-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.

Améliorations

  • Résolution d'un problème sur les instances de lecteur Aurora qui ont réduit la mémoire disponible pendant des transactions longues alors qu'il y a un trafic important d'engagement des transactions sur l'instance d'écriture.

  • Résolution d'une erreur d'annulation de requête sur les instances de lecteur Aurora pendant l'exécution d'une charge de travail intense en écriture sur l'instance d'écriture Aurora.

  • La valeur du paramètre aurora_disable_hash_join est maintenant conservée après le redémarrage de la base de données ou le remplacement de l'hôte.

  • Résolution d'un problème lié au cache de recherche de la totalité du texte en raison duquel l'instance Aurora a manqué de mémoire.

  • Amélioration de la stabilité de la base de données lorsque la taille du volume est proche de la limite des 64 tébioctets (Tio) en réservant 160 Go d'espace pour que le flux de travail soit réalisé sans basculement.

  • Amélioration de la stabilité de la base de données lorsque la fonction de jointure de hachage est activée et que l'instance dispose de peu de mémoire.

  • Résolution du calcul de mémoire disponible de façon à inclure un espace d'échange de mémoire sur les instances T2 ayant entraîné un redémarrage prématuré.

  • Résolution d'un problème dans le cache de requête selon lequel l'erreur « Trop de connexions » pouvait entraîner un redémarrage.

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

  • CVE-2018-2696

  • CVE-2015-4737

  • Bogue n° 19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bogue n° 17059925 : pour les instructions UNION, la valeur examinée par les lignes a été calculée de façon incorrecte. Cela a donné des valeurs trop importantes pour la colonne ROWS_EXAMINED des tables de l'instruction Schéma des performances (par exemple, events_statements_current).

  • Bogue n° 11827369 : certaines requêtes avec des sous-requêtes imbriquées SELECT ... FROM DUAL ont généré une assertion.

  • Bogue n° 16311231 : des résultats incorrects ont été renvoyés lorsqu'une requête contenait une sous-requête dans une clause IN qui contenait une opération XOR dans la clause WHERE.