Mises à jour du moteur de base de données Aurora MySQL du 02/09/2020 (version 1.23.0) (obsolète)

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.

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.

Amélioration du traitement du journal binaire (binlog) pour réduire le temps de récupération sur incident et la latence de temps de validation lorsque de très grandes transactions sont incluses.

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.

CVE-2019-2911

CVE-2019-2537

CVE-2018-2787

CVE-2018-2784

CVE-2018-2645

CVE-2018-2640

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 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 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 lors de la mise à niveau de la version 5.6 vers la version 5.7 lors d'une modification innodb_file_format sur une table sur laquelle Fast DLL était activée.

Correction de plusieurs problèmes dans lesquels le moteur pouvait redémarrer pendant l'application de correctifs sans temps d'arrêt lors de la recherche d'un point de repos dans l'activité de la base de données pour l'application de correctifs.

Correction d'un problème lié à la récupération DDL qui avait un impact sur le redémarrage de l'instance de base de données lors de la récupération d'une opération DROP TRIGGER interrompue.

Correction d'un bogue qui pouvait entraîner l'indisponibilité de la base de données en cas de plantage lors de l'exécution de certaines opérations de partitionnement. Plus précisément, une opération ALTER TABLE interrompue qui modifie le type de partitionnement ou le nombre de partitions dans une table.

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 1.21.x et 1.22.x.

Renseignez les données manquantes dans la INFORMATION_SCHEMA.REPLICA_HOST_STATUS vue MySQL sur les AWS régions principales et secondaires d'une base de données globale Aurora.

Correction d'échecs de requête inattendus qui pouvaient se produire dans une région secondaire de base de données globale en raison d'un nettoyage mémoire des enregistrements UNDO dans la région principale, après des problèmes de connectivité réseau temporaires entre les régions principale et secondaire.

Correction d'un problème dans lequel une requête parallèle pouvait provoquer un retour de résultat vide dans une requête longue.

Correction d'un problème dans lequel une requête sur une petite table du réplica en lecture Aurora pouvait prendre plus d'une seconde.

Correction d'un problème qui pouvait provoquer un redémarrage lorsqu'une requête parallèle et une instruction DML s'exécutaient simultanément sous une charge de travail lourde.

Correction d'un problème où les requêtes utilisant l'index spatial pouvaient renvoyer des résultats partiels si l'index spatial était créé sur des tables avec des valeurs spatiales importantes déjà existantes.

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 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 de journal binaire Aurora MySQL chargeait les données depuis S3 sous statement binlog_format.

Respectez le comportement de la communauté pour mapper mixed binlog_format à row au lieu de statement pour le chargement des données.

Correction d'un problème provoquant l'arrêt de la réplication de journal binaire lorsque l'utilisateur ferme la connexion et que la session utilise des tables temporaires.

Temps de réponse amélioré d'une requête impliquant des tables temporaires MyISAM.

Correction d'un problème d'autorisation lorsque le travail de journal binaire exécute une fonction lambda native.

Correction d'un problème sur les réplicas en lecture Aurora lorsque vous tentez d'interroger ou de faire pivoter le journal lent ou le journal général.

Correction d'un problème qui interrompait la réplication logique lorsque le paramètre binlog_checksum était défini sur des valeurs différentes sur l'élément principal et le réplica.

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.

Incluez les informations de transaction de la transaction annulée dans show engine innodb status lorsqu'un blocage est résolu.

Les événements Binlog avec ALTER TABLE ADD COLUMN ALGORITHM=QUICK seront réécrits en tant que ALGORITHM=DEFAULT de manière à être compatibles avec l'édition de la communauté.

BOGUE #22350047 : SI LE CLIENT EST TUÉ APRÈS LA RESTAURATION AU POINT DE SAUVEGARDE PRÉCÉDENT STMTS VALIDÉ

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

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

Bogue #30628268 : INCIDENT DE MÉMOIRE INSUFFISANTE

Bogue #27081349 : COMPORTEMENT INATTENDU LORS D'UNE SUPPRESSION AVEC FONCTION SPATIALE

Bogue #27230859 : COMPORTEMENT INATTENDU LORS DE LA GESTION D'UN POLYGONE NON VALIDE

Bogue #27081349 : COMPORTEMENT INATTENDU LORS DE LA SUPPRESSION AVEC FONCTION SPATIALE

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

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

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

Bogue #24786290 : INTERRUPTION DE LA RÉPLICATION LORSQUE LE BOGUE #74145 SE PRODUIT SUR LE PRINCIPAL

Bogue #27703912 : UTILISATION DE MÉMOIRE EXCESSIVE AVEC NOMBREUSES PRÉPARATIONS

Bug #20527363 : CRASH DE LA TABLE TEMPORAIRE TRUNCATE : ! TF2DICT_ _FLAG_IS_SET (TABLE, DICT_ _TEMPORAIRE) TF2

Bogue #23103937 : PS_TRUNCATE_ALL_TABLES() NE FONCTIONNE PAS EN MODE SUPER_READ_ONLY

Bogue #25053286 : L'UTILISATION DE VUE AVEC CONDITION DANS LA PROCÉDURE GÉNÈRE UN COMPORTEMENT INCORRECT (corrigé dans 5.6.36)

Bogue #25586773 : COMPORTEMENT INCORRECT POUR SÉLECTION DE TABLE DE CRÉATION DANS UNE BOUCLE DANS SP (corrigé dans 5.6.39)

Bogue #27407480 : AUTOMATIC_SP_PRIVILEGES NÉCESSITE LES PRIVILÈGES INSERT POUR LA TABLE MYSQL.USER

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 #15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NE FONCTIONNE PAS COMME PRÉVU

Bogue backport bogue SSL #17087862, bogue #20551271

Bogue #16894092 : RÉGRESSION DE PERFORMANCE DANS 5.6.6+ POUR INSERT INTO ... SELECT ... FROM (corrigé dans 5.6.15).

Porter un correctif de bogue lié à SLAVE_TYPE_CONVERSIONS.