Mises à jour du moteur de base de données Aurora MySQL du 25/10/2022 (version 2.11.0, compatible avec MySQL 5.7.12). Cette version n'est pas disponible pour les nouvelles créations.

Version : 2.11.0

Aurora MySQL 2.11.0 est disponible. Les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez Changes in MySQL 5.7.12 (2016-04-11, General Availability).

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.*, 2.11.*, 3.01.* et 3.02.*.

Vous pouvez mettre à niveau un cluster de bases de données Aurora MySQL 2.* vers Aurora MySQL 2.11.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 ou version ultérieure directement vers la version 2.11.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge par Aurora MySQL 2.11.0.

Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.* et que le transfert d'écriture est activé, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le niveau de correctif, pour continuer à utiliser le transfert d'écriture. Pour plus d'informations sur la mise à niveau de la version mineure d'une base de données globale Aurora, consultez Mises à niveau de version mineure.

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

Problèmes de sécurité et CVE corrigés ci-dessous :

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

• CVE-2022-21460

• CVE-2022-21451

• CVE-2022-21444

• CVE-2022-21417

• CVE-2022-21304

• CVE-2022-21303

• CVE-2022-21245

• CVE-2021-36222

• CVE-2021-28196

• CVE-2021-23841

• CVE-2021-22926

• CVE-2021-3449

• CVE-2021-2307

• CVE-2021-2226

• CVE-2021-2202

• CVE-2021-2194

• CVE-2021-2179

• CVE-2021-2178

• CVE-2021-2174

• CVE-2021-2171

• CVE-2021-2169

• CVE-2021-2166

• CVE-2021-2160

• CVE-2021-2154

Nouvelles fonctions :

• Avec la sortie d'Aurora MySQL version 2.11, une nouvelle mise à niveau du système d'exploitation est disponible. Nous vous recommandons d'appliquer cette mise à jour du système d'exploitation en attente à toutes vos instances de base de données Aurora MySQL après avoir effectué la mise à niveau vers la version 2.11. Pour plus d'informations, consultez Utilisation des mises à jour du système d'exploitation.

• Une nouvelle option de configuration dynamique, innodb_deadlock_detect, peut être utilisée pour désactiver la détection des interblocages. Sur les systèmes à forte simultanéité, la détection des interblocages peut entraîner un ralentissement lorsque de nombreux threads attendent le même verrouillage. Parfois, il peut être plus efficace de désactiver la détection des interblocages et d'utiliser le paramètre innodb_lock_wait_timeout pour annuler des transactions en cas d'interblocage. (Bogue n° 23477773) Pour plus d'informations sur la détection des interblocages dans Innodb, consultez la documentation MySQL.

• Les fonctions UUID_TO_BIN, BIN_TO_UUID et IS_UUID de MySQL 8.0 ont été ajoutées. Pour plus d'informations sur l'utilisation de ces fonctions, consultez MySQL Miscellaneous functions.

• Ajout de la prise en charge des indicateurs d'optimisation permettant à l'utilisateur d'activer ou de désactiver une requête parallèle Aurora MySQL par table ou par requête.

  • Utilisation des requêtes parallèles pour Amazon Aurora MySQL

  • Indicateurs Aurora MySQL

• Suppression de la prise en charge des types d'instance R3.

• Ajout de la prise en charge des instances R6i.

Améliorations de la disponibilité :

• Correction d'un problème qui empêchait la réplication logique entre régions dans un cluster de base de données en raison d'un nom et d'une position de fichier binaire incorrects dans les journaux d'erreurs. Ce problème peut se produire lors du redémarrage du moteur après l'exécution d'une instruction DDL.

• Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage d'instances de lecteur Aurora lors de l'exécution d'instructions de liste de contrôle d'accès (ACL) telles que GRANT et FLUSH sur l'instance d'enregistreur. Ce problème est plus susceptible d'affecter les instances de lecteur comprenant un grand nombre d'utilisateurs et les opérations ACL (modifications d'autorisations, par exemple).

• Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage ou le basculement de l'instance d'enregistreur lorsqu'une transaction accède à une ligne supprimée par une autre transaction.

• Amélioration des performances de la recherche de phrases Fulltext afin de réduire de manière significative le temps nécessaire à la recherche de phrases dans une table contenant des index Fulltext.

• Correction d'un problème de récupération d'une durée excessive à la suite du redémarrage d'une instance d'enregistreur, suivie d'un nouveau redémarrage. Ce problème se produit lorsque la base de données comprend un grand nombre de lignes non validées au moment du premier redémarrage.

• Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage du serveur de base de données en raison d'un long délai d'attente du sémaphore lorsque le thread de détecteur d'interblocages est bloqué.

• Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage de la base de données en raison d'un long délai d'attente du sémaphore lorsque les threads d'E/S sont bloqués.

• L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, 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 performances d'Amazon Aurora MySQL.

Améliorations générales :

• Correction d'un problème susceptible d'entraîner le redémarrage du serveur de base de données lorsque toutes les conditions suivantes sont définies sur true :

  • ALLOW_INVALID_DATES est désactivé en MODE SQL.

  • Le serveur de base de données traite une instruction INSERT, UPDATE, DELETE ou SELECT avec une valeur de type DATETIME non valide (le mois n'est pas compris entre 1 et 12, par exemple).

• Correction d'un problème de non-respect de la durée de conservation des journaux binaires lorsque log-bin est défini sur OFF, ce qui entraîne une utilisation du stockage plus importante que prévu. Après l'application de ce correctif, les journaux binaires seront purgés en fonction de votre durée de conservation. Pour plus d'informations sur la configuration de la durée de conservation de vos journaux binaires, consultez le Guide de l'utilisateur Aurora MySQL.

• Correction d'un problème pouvant entraîner une réduction de la mémoire disponible sur l'instance de base de données lorsque certaines instructions SQL Data Control Language (DCL) telles que GRANT ou FLUSH PRIVILEGES sont exécutées sur cette instance. L'utilisation fréquente de telles instructions peut entraîner une réduction continue de la mémoire disponible et entraîner le redémarrage de l'instance de base de données en raison de out-of-memory problèmes. L'utilisation de ces types d'instructions sur l'instance d'enregistreur peut également entraîner une réduction de la mémoire disponible sur les instances d'enregistreur.

• Ajout d'une taille de tampon de lecture plus importante pour les lectures effectuées à partir des journaux relais afin de minimiser le nombre d'opérations d'E/S de lecture, ce qui réduit les conflits entre les threads d'E/S et SQL.

• Correction d'un problème susceptible d'entraîner l'échec de la procédure stockée mysql.rds_rotate_slow_log avec le message d'erreur « La table 'mysql.slow_log_backup' n'existe pas ».

• Correction d'un problème causé par une invalidation excessive du cache de requêtes qui entraîne une utilisation du processeur et des latences plus élevées que prévu sur le réplica en lecture, car ce dernier doit lire les données sur le disque plutôt que dans le cache de requêtes.

• Correction d'un problème qui permettait aux utilisateurs d'exécuter les commandes INSTALL PLUGIN et UNINSTALL PLUGIN sur une instance de lecteur, ce qui pouvait entraîner le blocage de LOCK_PLUGIN, LOCK_SYSTEM_Variables_Hash, LOCK_GLOBAL_SYSTEM_VARIABLES. Désormais, ces instructions ne peuvent être exécutées que sur l'instance d'enregistreur d'un cluster de base de données.

• Correction d'un problème de latence de validation des clusters plus importante que prévu lorsque la journalisation binaire est activée. Cela concerne toutes les transactions qui génèrent des événements de journal binaire volumineux (plus de 500 Mo).

• Correction d'un problème pouvant entraîner une valeur incorrecte pour la métrique trx_active_transactions de la table INFORMATION_SCHEMA.INNODB_METRICS.

• Correction d'un problème pouvant entraîner l'arrêt de la réplication logique en raison d'une incohérence du fichier binaire lors de la restauration d'une transaction importante à un point de sauvegarde.

• Les hachages d'informations d'identification sont masqués dans le journal général et dans le journal d'audit par slow-query-log défaut en utilisant un secret de masque cohérent. Il est configurable via le paramètre aurora_mask_password_hashes_type.

• Correction d'un problème de mauvais signalement de la durée du redémarrage sans interruption dans les événements observés par le client.

• Correction d'un problème qui pouvait entraîner l'échec des appels à mysql_rds_import_binlog_ssl_material avec l'erreur de serveur MySQL 1457.

• Correction d'un problème d'interblocage de l'initialisation du thread de vidage avec le thread de purge des journaux binaires. La rotation du fichier binaire actif peut alors être interrompue et ce dernier peut continuer à croître ou provoquer des problèmes avec les nouvelles connexions au réplica du journal binaire.

• Correction d'un problème de renvoi d'un résultat obsolète sur un réplica en lecture Aurora de la part du cache de requêtes.

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

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

• Correction d'un problème causé par le code de lecture des informations sur le jeu de caractères issues des tables d'événements d'une instruction du schéma de performance (par exemple, events_statements_current) qui n'empêche pas l'écriture simultanée de ces informations sur le jeu de caractères. Le jeu de caractères du texte des requêtes SQL pouvait alors être invalide, ce qui pouvait entraîner un arrêt du serveur. Avec ce correctif, un jeu de caractères non valide entraîne la troncature de la colonne SQL_TEXT et empêche l'arrêt du serveur. (Bogue n° 23540008)

• InnoDB : rétroportage d'un correctif pour les bogues n° 25189192 et 84038. Correction d'un problème de mise à jour de la table du dictionnaire de données INNODB_SYS_DATAFILES par InnoDB après une opération RENAME TABLE qui déplaçait une table vers un autre schéma. Une erreur au redémarrage indiquait alors que le fichier de données du tablespace était introuvable.

• InnoDB: correction d'un problème lors duquel le serveur supprimait un index de clé étrangère défini en interne lors de l'ajout d'un nouvel index, et tentait d'utiliser un index secondaire défini sur une colonne virtuelle générée en tant qu'index de clé étrangère, provoquant ainsi l'arrêt du serveur. InnoDB permet désormais à une contrainte de clé étrangère de référencer un index secondaire défini sur une colonne générée virtuelle. (Bogue n° 23533396)

• Correction d'un problème d'interblocage engendré par l'exécution simultanée par deux sessions d'une opération INSERT... ON DUPLICATE KEY UPDATE. Lors de l'annulation partielle d'un tuple, une autre session pouvait le mettre à jour. La correction de ce bogue annule les correctifs des bogues n° 11758237, 17604730 et 20040791. (Bogue n° 25966845)

• Rétroportage d'un correctif pour le bogue n°27407480 : correction d'un problème d'octroi inapproprié des privilèges EXECUTE et ALTER ROUTINE aux créateurs de routines, même lorsque automatic_sp_privileges est activé.

• Rétroportage d'un correctif pour le bogue n°24671968 : correction d'un problème lors duquel une requête pouvait produire des résultats incorrects si la clause WHERE contenait une sous-requête dépendante, si la table comportait un index secondaire sur les colonnes de la liste de sélection, suivi des colonnes de la sous-requête, et si GROUP BY ou DISTINCT autorisait la requête à utiliser un scan restreint d'index.

• Correction d'un problème d'interruption de la réplication si une instruction de suppression de plusieurs tables est émise sur plusieurs tables comportant des clés étrangères. (Bogue n° 80821)

• Correction d'un problème lors duquel, dans des cas particuliers, certaines erreurs d'esclaves n'étaient pas ignorées même lorsque slave_skip_errors était activé. En cas d'échec de l'ouverture et du verrouillage d'une table ou en cas d'échec des conversions de champs sur un serveur exécutant une réplication basée sur des lignes, l'erreur est considérée comme critique et l'état de slave_skip_errors est ignoré. Le correctif garantit que, lorsque slave_skip_errors est activé, toutes les erreurs signalées lors de l'application d'une transaction sont correctement traitées. (Bogue n° 70640 et 17653275)

• Correction d'un problème de réplication d'une instruction SET PASSWORD à partir d'un maître MySQL 5.6 vers un esclave MySQL 5.7, ou à partir d'un maître MySQL 5.7 avec la variable système log_builtin_as_identified_by_password définie sur ON vers un esclave MySQL 5.7. Le hachage du mot de passe était lui-même haché avant d'être stocké sur l'esclave. Le problème est maintenant résolu et le hachage du mot de passe répliqué est stocké tel qu'il a été initialement transmis à l'esclave. (Bogue n° 24687073)

• Correction d'un problème lors duquel la sérialisation d'une valeur JSON consistant en un sous-document volumineux enveloppé dans plusieurs niveaux de tableaux JSON et/ou d'objets nécessitait parfois un temps d'exécution excessif. (Bogue n° 23031146)

• Les instructions qui ne peuvent pas être analysées (en raison, par exemple, d'erreurs de syntaxe) ne sont plus écrites dans le journal des requêtes lentes. (Bogue n° 33732907)

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

• Jointures par hachage. Pour plus d'informations, consultez Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage dans le Guide de l'utilisateur Amazon Aurora.

• Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez Appel d'une fonction Lambda avec une fonction native Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

• Traitement par lot des analyses. Pour plus d'informations, consultez Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète).

• Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3 dans le Guide de l'utilisateur Amazon Aurora.

Compatibilité avec MySQL 5.7

Cette version d'Aurora MySQL est compatible réseau 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.

Cette version d'Aurora MySQL 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