Mises à jour du moteur de base de données Aurora MySQL du 17/09/2020 (version 2.09.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 17/09/2020 (version 2.09.0) (obsolète)

Version : 2.09.0

Aurora MySQL 2.09.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é d'Aurora MySQL 1.23.* vers Aurora MySQL 2.09.0. Vous avez également la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.* vers Aurora MySQL 2.09.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.23.* vers 2.09.0. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.09.0.

Important

Les améliorations apportées au stockage Aurora dans cette version limitent les chemins de mise à niveau disponibles d'Aurora MySQL 1.* à Aurora MySQL 2.09. Lorsque vous mettez à niveau un cluster Aurora MySQL 1.* vers 2.09, vous devez effectuer une mise à niveau à partir d'Aurora MySQL 1.23.

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 :

  • Avec cette version, vous pouvez créer des instances de base de données Amazon Aurora MySQL avec jusqu'à 128 tébioctets (TiO) de stockage. La nouvelle limite de stockage est une augmentation par rapport à la limite précédente de 64 Tio. La taille de stockage de 128 Tio prend en charge des bases de données de taille plus importante. Cette capacité n'est pas prise en charge sur les petites tailles d'instance (db.t2 ou db.t3). Un espace disque logique unique ne peut pas dépasser 64 Tio en raison des limitations InnoDB avec une taille de page de 16 Ko.

    Aurora vous avertit lorsque la taille du volume du cluster est proche de 128 Tio, afin que vous puissiez prendre des mesures avant d'atteindre la limite de taille. Les alertes apparaissent dans le journal mysql et les événements RDS dans AWS Management Console.

  • Vous pouvez désormais activer ou désactiver la requête parallèle pour un cluster existant en modifiant la valeur du paramètre de cluster de base de données aurora_parallel_query. Vous n'avez pas besoin d'utiliser parallelquery pour le paramètre --engine-mode lors de la création du cluster.

    La requête parallèle est désormais étendue et disponible dans toutes les régions où Aurora MySQL est disponible.

    Un certain nombre d'autres améliorations de fonction et de modifications de procédure ont été apportées pour la mise à niveau et l'activation des requêtes parallèles dans un cluster Aurora. Pour plus d'informations, consultez Utilisation des requêtes parallèles pour Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

  • Aurora redimensionne dynamiquement l'espace de stockage de votre cluster. Avec le redimensionnement dynamique, l'espace de stockage de votre cluster de base de données Aurora diminue automatiquement lorsque vous supprimez des données du cluster de base de données. Pour plus d'informations, consultez Dimensionnement du stockage dans le Guide de l'utilisateur Amazon Aurora.

    Note

    La fonction de redimensionnement dynamique est déployée par étapes dans les régions AWS où Aurora est disponible. Selon la région où se trouve votre cluster, il se peut que cette fonction ne soit pas encore disponible. Pour plus d'informations, veuillez consulter l'annonce des nouveautés.

Correctifs à priorité élevée :

  • Rétroportage de bogue de communauté #27659490 : SELECT AVEC UTILISATION DE PLAGE DYNAMIQUE ET DE FUSION D'INDEX NÉCESSITE TROP DE MÉMOIRE (MÉMOIRE INSUFFISANTE)

  • Bogue #26881508 : MYSQL #1 : DISABLE_ABORT_ON_ERROR DANS AUTH_COMMON.H

  • Rétroportage de bogue de communauté #24437124 : POSSIBLE DÉPASSEMENT DE MÉMOIRE TAMPON LORS D'UNE CRÉATION DE TABLE

  • Rétroportage de bogue #27158030 : INCIDENT INNODB ONLINE ALTER AVEC DML SIMULTANÉ

  • Bogue #29770705 : INCIDENT SERVEUR PENDANT L'EXÉCUTION DE SELECT AVEC CLAUSE WHERE SPÉCIFIQUE

  • Rétroportage de bogue #26502135 : MYSQLD SEGFAULTS DANS MDL_CONTEXTE::RY_ACQUIRE_LOCK_IMPL

  • Rétroportage de bogue #26935001 : AUTO_INCREMENT DE MODIFICATION DE TABLE TENTE DE LIRE L'INDEX À PARTIR D'UN ESPACE DE TABLE SUPPRIMÉ

  • Bogue #28491099 : [FATAL] BLOC DE MÉMOIRE NON VALIDE | INNODB : ÉCHEC D'ASSERTION : UT0UT.CC:670

  • Bogue #30499288 : GCC 9.2.1 RENVOIE UN NOUVEL AVERTISSEMENT POUR OS_FILE_GET_PARENT_DIR

  • Bogue #29952565 où MYSQLD A OBTENU UN SIGNAL 11 LORS DE L'EXÉCUTION D'UNE REQUÊTE (UNION + ORDER BY + SUB-QUERY)

  • Bogue #30628268 : INCIDENT DE MÉMOIRE INSUFFISANTE

  • Bogue #30441969 : BOGUE #29723340 : INCIDENT MYSQL SERVER APRÈS REQUÊTE SQL AVEC ?AST DE DONNÉES

  • Bogue #30569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS

  • Bogue #29915479 : L'EXÉCUTION DE COM_REGISTER_SLAVE SANS COM_BINLOG_DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR

  • Bogue #30569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS

  • Bogue #29915479 : L'EXÉCUTION DE COM_REGISTER_SLAVE SANS COM_BINLOG_DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR

  • Bogue #20712046 : AFFICHAGE DES TABLES PROCESSLIST ET PERFORMANCE_SCHEMA NE MASQUE PAS LE MOT DE PASSE DEPUIS LA REQUÊTE

  • Bogue de rétroportage #18898433 : PERFORMANCES EXTRÊMEMENT LENTES AVEC JOINTURES EXTERNES ET TAMPON DE JOINTURE (corrigé en 5.7.21) Les requêtes avec de nombreuses jointures gauches étaient lentes si la mise en mémoire tampon de jointure était utilisée (par exemple, à l'aide de l'algorithme de boucle imbriquée par bloc). (Bogue #18898433, Bogue #72854)"

  • Bogue de rétroportage #26402045 : MYSQLD SE BLOQUE SUR LA REQUÊTE (corrigé dans MySQL 5.7.23). Certains cas de matérialisation de sous-requête pouvaient provoquer l'arrêt d'un serveur. Ces requêtes produisent maintenant une erreur suggérant que la matérialisation doit être désactivée. (Bogue #26402045)

  • [Rétroportage depuis MySQL] Les utilisateurs autres que rdsadmin ne sont pas autorisés à mettre à jour la table pfs dans le réplica du lecteur.

  • Correction du problème dans lequel le client ne peut pas mettre à jour le perfschema dans le réplica du lecteur

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

  • Bogue #26997096 : la valeur de relay_log_space n'est pas mise à jour de manière synchronisée, de sorte qu'elle est parfois beaucoup plus élevée que l'espace disque réel utilisé par les journaux relais.

  • BOGUE #25082593 : LA VALIDATION DE CLÉ ÉTRANGÈRE N'A PAS BESOIN D'ACQUÉRIR UN VERROUILLAGE D'ÉCART EN LECTURE VALIDÉE

  • CVE-2019-2731

  • CVE-2018-2645

  • CVE-2019-2581

  • CVE-2018-2787

  • CVE-2019-2482

  • CVE-2018-2640

  • CVE-2018-2784

  • CVE-2019-2628

  • CVE-2019-2911

  • CVE-2019-2628

  • CVE-2018-3284

  • CVE-2018-3065

  • CVE-2019-2537

  • CVE-2019-2948

  • CVE-2019-2434

  • CVE-2019-2420

Améliorations de la disponibilité :

  • Activez le correctif ABA du gestionnaire de verrous par défaut.

  • Correction d'un problème lié au gestionnaire de verrous, où une condition de concurrence pouvait provoquer le partage d'un verrou par deux transactions, provoquant le redémarrage de la base de données.

  • Correction d'un problème lors de la création d'une table temporaire avec format de ligne compressé pouvant entraîner un redémarrage.

  • Correction de la valeur par défaut de table_open_cache sur les instances 16XL et 24XL qui pouvait provoquer des basculements répétés et une utilisation élevée du processeur sur les classes d'instances volumineuses (R4/R5-16XL, R5-12XL, R5-24XL). Cela a eu un impact sur 2.07.x.

  • Correction d'un problème qui faisait que la restauration d'un cluster depuis Amazon S3 vers Aurora MySQL version 2.08.0 prenait plus de temps que prévu lorsque la sauvegarde S3 n'incluait pas la table mysql.host.

  • Correction d'un problème qui pouvait provoquer des basculements répétés en raison des mises à jour de colonne virtuelle avec des index secondaires.

  • Correction d'un problème lié à la gestion de la mémoire de verrouillage des transactions avec des transactions d'écriture longues entraînant un redémarrage de la base de données.

  • Correction de plusieurs problèmes dans lesquels le moteur pouvait se bloquer pendant l'application de correctifs sans temps d'arrêt tout en vérifiant le point sûr pour l'application de correctifs.

  • Correction d'un problème pour ignorer la journalisation redo pour les tables temporaires, qui provoquait auparavant un plantage.

  • Correction d'une condition de concurrence dans le gestionnaire de verrous entre l'élimination de la connexion/requête et la session tuée.

  • Correction d'un problème où la base de données pouvait se bloquer en cas de réplica binlog et recevoir un événement DDL sur la table MySQL time_zone.

Bases de données globales :

  • La vue MySQL INFORMATION_SCHEMA.REPLICA_HOST_STATUS dans une région secondaire affiche désormais les entrées pour les réplicas appartenant à cette région.

  • Correction d'échecs de requête inattendus qui pouvaient se produire dans une région secondaire de base de données globale après des problèmes de connectivité réseau temporaires entre les régions principale et secondaire.

Requête parallèle :

  • Correction du plan EXPLAIN d'une requête de requête parallèle, ce qui est incorrect pour une requête simple à table unique.

  • Correction de l'auto-blocage qui peut se produire lorsque la requête parallèle est activée.

Améliorations générales :

  • L'exportation vers S3 prend désormais en charge le mot-clé ENCRYPTION.

  • Le paramètre aurora_binlog_replication_max_yield_seconds a maintenant une valeur maximale de 36 000. Précédemment, la valeur maximale acceptée était 45. Ce paramètre ne fonctionne que lorsque le paramètre aurora_binlog_use_large_read_buffer est défini sur 1.

  • Comportement modifié pour mapper MIXED binlog_format sur ROW au lieu de STATEMENT lors de l'exécution de LOAD DATA FROM INFILE | S3.

  • Correction d'un problème dans lequel un réplica de journal binaire connecté à un principal de journal binaire Aurora MySQL pouvait afficher des données incomplètes lorsque le principal exécutait LOAD DATA FROM S3 et binlog_format défini sur STATEMENT.

  • Augmentation de la longueur maximale autorisée pour les variables du système d'audit server_audit_incl_users et server_audit_excl_users de 1024 octets à 2000 octets.

  • Correction d'un problème qui empêchait les utilisateurs d'accéder à la base de données en cas d'abaissement du paramètre max_connections dans le groupe de paramètres lorsque les connexions actuelles sont supérieures à la valeur définie.

  • Correction d'un problème dans les flux d'activité de données où un guillemet simple et une barre oblique inverse n'étaient pas correctement échappés.

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

  • Bogue #27659490 : SELECT AVEC UTILISATION DE PLAGE DYNAMIQUE ET DE FUSION D'INDEX NÉCESSITE TROP DE MÉMOIRE (MÉMOIRE INSUFFISANTE)

  • Bogue #26881508 : MYSQL #1 : DISABLE_ABORT_ON_ERROR DANS AUTH_COMMON.H

  • Bogue #24437124 : DÉPASSEMENT DE MÉMOIRE TAMPON POSSIBLE LORS DE LA CRÉATION DE TABLE

  • Bogue #27158030 : INCIDENT INNODB ONLINE ALTER AVEC DML SIMULTANÉ

  • Bogue #29770705 : INCIDENT SERVEUR PENDANT L'EXÉCUTION DE SELECT AVEC CLAUSE WHERE SPÉCIFIQUE

  • Bogue #26502135 : MYSQLD SEGFAULT DANS MDL_CONTEXTE::TRY_ACQUIRE_LOCK_IMPL

  • Bogue #26935001 : AUTO_INCREMENT DE MODIFICATION DE TABLE TENTE DE LIRE L'INDEX À PARTIR D'UN ESPACE DE TABLE SUPPRIMÉ

  • Bogue #28491099 : [FATAL] BLOC DE MÉMOIRE NON VALIDE | INNODB : ÉCHEC D'ASSERTION : UT0UT.CC:670

  • Bogue #30499288 : GCC 9.2.1 RENVOIE UN NOUVEL AVERTISSEMENT POUR OS_FILE_GET_PARENT_DIR

  • Bogue #29952565 : où MYSQLD A OBTENU UN SIGNAL 11 LORS DE L'EXÉCUTION D'UNE REQUÊTE (UNION + ORDER BY + SUB-QUERY)

  • Bogue #30628268 : INCIDENT DE MÉMOIRE INSUFFISANTE

  • Bogue #30441969 : BOGUE #29723340 : INCIDENT MYSQL SERVER APRÈS REQUÊTE SQL AVEC ?AST DE DONNÉES

  • Bogue #30569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS

  • Bogue #29915479 : L'EXÉCUTION DE COM_REGISTER_SLAVE SANS COM_BINLOG_DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR

  • Bogue #30569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS

  • Bogue #29915479 : L'EXÉCUTION DE COM_REGISTER_SLAVE SANS COM_BINLOG_DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR

  • Bogue #20712046 : AFFICHAGE DES TABLES PROCESSLIST ET PERFORMANCE_SCHEMA NE MASQUE PAS LE MOT DE PASSE DEPUIS LA REQUÊTE

  • Bogue #18898433 : PERFORMANCES EXTRÊMEMENT LENTES AVEC JOINTURES EXTERNES ET TAMPON DE JOINTURE (corrigé en 5.7.21)

  • Bogue #26402045 : MYSQLD SE BLOQUE SUR LA REQUÊTE (corrigé dans MySQL 5.7.23).

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

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

  • Bogue #26997096 : la valeur de relay_log_space n'est pas mise à jour de manière synchronisée, de sorte qu'elle est parfois beaucoup plus élevée que l'espace disque réel utilisé par les journaux relai. (https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)

  • Bogue #25082593 : LA VALIDATION DE CLÉ ÉTRANGÈRE N'A PAS BESOIN D'ACQUÉRIR UN VERROUILLAGE D'ÉCART EN LECTURE VALIDÉE

  • Bogue #24764800 : ÉCHEC DE LA RÉPLICATION SUR L'ESCLAVE AVEC ERREUR XAER_RMFAIL.

  • Bogue #81441 : AVERTISSEMENT SUR HÔTE LOCAL LORS DE L'UTILISATION DE SKIP-NAME-RESOLVE.

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