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 SQL de base de données Aurora My 2020-08-14 (version 2.04.9) (obsolète)
Version : 2.04.9
Aurora My SQL 2.04.9 est généralement disponible. Les versions Aurora My SQL 2.x sont compatibles avec My SQL 5.7 et les versions Aurora My SQL 1.x sont compatibles avec My SQL 5.6.
Les SQL versions d'Aurora My 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 via le AWS Management Console AWS CLI, ou le RDSAPI.
Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le AWS support
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 SQL base de données Aurora My, consultez la section Mise à niveau de la version mineure ou du niveau de correctif d'un cluster Aurora My SQL DB 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
INPLACE ALTER TABLE
d'une table avec des déclencheurs définis et lorsqu'elle ne DDL contenait aucuneRENAME
clause. -
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 à cause duquel les requêtes sur une réplique lue par rapport à une FTS table pouvaient produire des résultats périmés. Cela ne se produit que lorsque la FTS requête sur la réplique lue suit de près une requête sur
INFORMATION_SCHEMA.INNODB_SYS_TABLES
la même FTS table sur le rédacteur. -
Correction d'un problème qui ralentissait la restauration du cluster de base de données Aurora 1.x contenant des index FTS (recherche en texte intégral) vers un cluster de base de données Aurora 2.x.
-
Longueur maximale autorisée étendue jusqu'à 2 000 pour les paramètres globaux
server_audit_incl_users
etserver_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 My SQL Bug Corrections
-
Bug #23070734, Bug #80060 : TRUNCATE TABLEs causes simultanées bloquant
-
Bug #23103937 : PS_ TRUNCATE _ ALL _ TABLES () DOES NOT WORK DANS SUPER _ _ READ ONLY MODE
-
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.
-
Bug #27082268 : synchronisation de FTS synchronisation non valide.
-
BUG#12589870 : Correction d'un problème qui provoquait un redémarrage avec une instruction multi-requêtes lorsque le cache de requêtes était 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).
-
Bug #25222337 : Un nom de champ de colonne NULL virtuelle dans un index virtuel a provoqué la fermeture du serveur lors d'une comparaison de noms de champ qui a lieu 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
) -
Bug #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
) -
Bug #26666274 : INFINITE LOOP OK PERFORMANCE SCHEMA BUFFERCONTAINER.
-
Bug #23550835, Bug #23298025, Bug #81464 : un schéma de SELECT performance table lorsqu'une mémoire tampon interne est pleine peut entraîner la fermeture du serveur.
Comparaison avec Aurora My SQL version 1
Les SQL fonctionnalités Amazon Aurora My suivantes sont prises en charge dans Aurora My SQL version 1 (compatible avec My SQL 5.6), mais elles ne sont actuellement pas prises en charge dans Aurora My SQL version 2 (compatible avec My SQL 5.7).
-
prefetch de clé asynchrone (). AKP Pour plus d'informations, consultez Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés dans le Guide de l'utilisateur Amazon Aurora.
-
Jointures par hachage. Pour plus d'informations, consultez la section Optimisation des requêtes Aurora My SQL join de grande taille avec des jointures par 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 la section Invoquer une fonction Lambda avec une fonction native Aurora SQL My dans le guide de l'utilisateur Amazon Aurora.
-
Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète).
-
Migration de données depuis My à SQL l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez la section Migration de données depuis My à SQL l'aide d'un compartiment Amazon S3 dans le guide de l'utilisateur Amazon Aurora.
Compatibilité avec My SQL 5.7
Aurora My SQL 2.04.9 est compatible filaire avec My SQL 5.7 et inclut des fonctionnalités telles que le JSON support, les index spatiaux et les colonnes générées. Aurora My SQL utilise une implémentation native de l'indexation spatiale utilisant des courbes d'ordre Z pour offrir des performances d'écriture >20 fois supérieures et des performances de lecture >10 fois supérieures à celles de My 5.7 pour les jeux de données spatiales. SQL
Aurora My SQL 2.04.9 ne prend actuellement pas en charge les fonctionnalités My SQL 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
-
La
CREATE TABLESPACE
SQL déclaration