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

Version : 2.04.9

Aurora MySQL 2.04.9 est disponible pour le grand public 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.*.

Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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 : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Asie-Pacifique (Hong Kong) [ap-east-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte.

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

Correctifs à priorité élevée :

Correctifs critiques :

Améliorations de la disponibilité :

  • Correction d'un problème qui pouvait provoquer un redémarrage ou un basculement de base de données en raison de l'exécution d'une commande kill session. Si vous rencontrez ce problème, contactez le AWS support pour activer ce correctif sur votre instance.

  • Correction d'un problème qui provoquait un redémarrage de base de données lors de l'exécution d'une requête complexe impliquant des jointures multi-tables et une agrégation utilisant des tables intermédiaires en interne.

  • Correction d'un problème qui provoquait le redémarrage de la base de données en raison d'une interruption de DROP TABLE sur plusieurs tables.

  • Correction d'un problème provoquant un basculement de base de données pendant la récupération de base de données.

  • Correction d'un redémarrage de base de données entraîné par un rapport incorrect de threads_running lorsque les journaux d'audit et de requêtes lentes sont activés.

  • Correction d'un problème qui empêchait une commande kill query de rester bloquée pendant l'exécution.

  • 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 qui pouvait provoquer un blocage lors de la purge d'un index entraînant un basculement ou un redémarrage.

Améliorations générales :

  • Correction de problèmes qui pouvaient entraîner l'utilisation de données provenant d'une transaction non validée par les requêtes sur les réplicas en lecture. Ce problème est limité aux transactions qui sont démarrées immédiatement après un redémarrage de la base de données.

  • Correction d'un problème rencontré lors de INPLACE ALTER TABLE pour une table avec des déclencheurs définis et lorsque le DDL ne contenait pas de clause RENAME.

  • Correction d'un problème qui entraînait un clonage plus long sur certains clusters de bases de données avec une charge d'écriture élevée.

  • Correction d'un problème rencontré lors d'une mise à niveau lorsqu'une table partitionnée comportait des espaces incorporés dans le nom.

  • Correction d'un problème dans lequel le réplica en lecture pouvait voir temporairement les résultats partiels d'une transaction récemment validée sur le rédacteur.

  • Correction d'un problème au cours duquel les requêtes sur un réplica en lecture sur une table FTS pouvaient produire des résultats obsolètes. Cela ne se produit que lorsque la requête FTS sur le réplica en lecture suit de près une requête sur INFORMATION_SCHEMA.INNODB_SYS_TABLES la même table FTS sur le writer.

  • Correction d'un problème qui entraînait une restauration lente du cluster de bases de données Aurora 1.x contenant des index FTS (Full-Text Search) vers un cluster de bases de données Aurora 2.x.

  • Longueur maximale autorisée étendue jusqu'à 2 000 pour les paramètres globaux server_audit_incl_users et server_audit_excl_users.

  • Correction d'un problème au cours duquel la restauration d'Aurora 1.x vers Aurora 2.x pouvait prendre plus de temps.

  • Correction d'un problème dans lequel un appel lambda_async via une procédure stockée ne fonctionne pas avec Unicode.

  • Correction d'un problème rencontré lorsqu'un index spatial ne gérait pas correctement une colonne de géométrie hors enregistrement.

  • Correction d'un problème qui pouvait provoquer l'échec d'une requête sur une instance de base de données de lecteur avec une erreur InternalFailureException et le message « Opération terminée (erreur interne) ».

Intégration de correctifs de bogues MySQL.

  • Bogue n° 23070734, Bogue n° 80060 : les tables TRUNCATE simultanées provoquent des blocages

  • Bogue n° 23103937 : PS_TRUNCATE_ALL_TABLES() NE FONCTIONNE PAS EN MODE SUPER_READ_ONLY

  • Bogue n° #22551677 : lorsque vous mettez le serveur hors connexion, une condition de concurrence dans le schéma de performances peut entraîner la sortie du serveur.

  • Bogue n° 27082268 : synchronisation FTS non valide.

  • BOGUE n° 12589870 : correction d'un problème qui provoquait un redémarrage avec une instruction multi-requête lorsque le cache de requête est activé.

  • Bogue n° 26402045 : certains cas de matérialisation de sous-requête peuvent provoquer la sortie d'un serveur. Ces requêtes produisent maintenant une erreur suggérant que la matérialisation doit être désactivée.

  • Bogue n° 18898433 : les requêtes avec de nombreuses jointures gauche étaient lentes si la mise en mémoire tampon de jointure était utilisée (par exemple, en utilisant l'algorithme de boucle imbriquée par bloc).

  • Bogue n° 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. (https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131)

  • Bogue n° 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. (https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)

  • Bogue n° 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 (https://dev.mysql.com/doc/refman/5.7/en/select.html) peut entraîner une fuite de mémoire. (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)

  • Bogue n° 26666274 : BOUCLE INFINITE DANS LE CONTAINER DE MÉMOIRE TAMPON DE SCHÉMA DE PERFORMANCE.

  • Bogue n° 23550835, Bogue n° 23298025, Bogue n° 81464 : une table SELECT Performance Schema lorsqu'un tampon interne était plein pouvait provoquer la sortie d'un serveur.

Comparaison avec Aurora MySQL Version 1

Les fonctions 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

Aurora MySQL 2.04.9 est compatible avec MySQL 5.7 et inclut des fonctions 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.

Aurora MySQL 2.04.9 ne prend actuellement pas en charge les fonctions 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