Mises à jour du moteur SQL de base de données Aurora My : 01/01 (version 3.03.0) (obsolète)

CVE-2_32221

CVE-2_21451

CVE-2_21444

Correction d'un problème lors duquel de grandes classes d'instances de base de données pouvaient rencontrer des problèmes lors du redémarrage en raison d'une initialisation du pool de mémoire tampon plus longue que prévu.

Correction d'un problème de redémarrage d'une instance pendant son processus de récupération lorsque la journalisation binaire est activée.

Correction d'un problème qui pouvait provoquer des échecs de connexion sur les instances de lecteur lors de l'exécution d'instructions Data Control Language (DCL), par exemple GRANT etREVOKE, ou lors de l'établissement de nouvelles connexions sur l'instance d'écriture.

Correction d'un problème en raison duquel une requête parallèle n'était pas utilisée correctement pour les opérations du langage de manipulation de données (DML), telles que les UPDATE instructions DELETE and, qui ne sont pas prises en charge actuellement, qui entraînaient le redémarrage d'une instance de base de données. Pour plus d'informations sur les opérations prises en charge dans les requêtes parallèles, consultez la section Limitations des requêtes Aurora My SQL parallel.

Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage des répliques Aurora lors de l'exécution simultanée d'opérations de mise à jour volumineuses ou de charges de travail en langage de définition de données (DDL) sur l'instance du rédacteur et d'opérations de lecture sur le même ensemble de tables sur le réplica Aurora.

Correction d'un problème avec l'opération de réduction d'échelle de l'instance de lecteur Aurora Serverless v2 qui pouvait entraîner le redémarrage de cette dernière et, dans de rares cas, une incohérence des données.

Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données en raison d'un accès incorrect à un emplacement de mémoire non valide lors de la fermeture d'une connexion à l'instance de la base de données.

Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de la base de données lors du traitement d'une requête avec une clause GROUP BY qui tronque une colonne décimale à zéro décimale.

Correction d'un problème pouvant provoquer le redémarrage d'une instance de base de données en raison d'un accès incorrect à un enregistrement lors de l'exécution d'une requête de plage utilisant un index spatial.

Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données sur les instances de SQL réplication Aurora My lorsque les tables temporaires internes dépassaient les valeurs de mémoire ou de mmap par défaut ou configurées par le client.

Correction d'un problème de gestion de mémoire causé par la rotation du journal d'audit avancé.

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

Amélioration de la latence des requêtes de lecture des sessions de transfert d'écriture de base de données globale à l'aide du paramètre de cohérence de GLOBAL lecture.

Correction d'un problème lors duquel la valeur du paramètre wait_timeout n'était pas respectée après l'exécution des commandes reset_connection ou change_user par une session client.

Correction d'un problème d'augmentation de la latence des applications lors de la connexion à une instance de base de données si celle-ci subissait une augmentation soudaine du nombre de connexions entrantes. Deux nouvelles CloudWatch métriques, AuroraSlowHandshakeCount etAuroraSlowConnectionHandleCount, ont été introduites pour aider à résoudre les retards d'établissement de connexion pour les instances Aurora My SQL DB. Vous trouverez de plus amples informations sur ces métriques dans la documentation relative aux définitions CloudWatch des métriques Aurora, relative aux CloudWatch métriques Amazon pour Amazon Aurora.

Le temptable_use_mmap paramètre est devenu obsolète et sa prise en charge devrait être supprimée dans une future version de MySQL. Pour plus d'informations, consultez Moteur de stockage pour tables temporaires internes (implicites).

Correction d'un problème susceptible d'entraîner des temps d'exécution plus longs que prévu pour l'instruction SHOW BINARY LOGS, et par conséquent une baisse du débit de validation de la base de données.

Pour effectuer une mise à niveau de version mineure d'une base de données globale Aurora depuis Aurora My SQL version 3.01 ou 3.02 vers Aurora My SQL version 3.03 ou supérieure, reportez-vous à la section Mise à niveau d'Aurora My SQL en modifiant la version du moteur.

Correction d'un problème qui pouvait entraîner l'échec des mises à niveau majeures d'Aurora My SQL SQL version 2 vers Aurora My version 3 lorsque le cluster contient un grand nombre de tables (plus de 750 000).

Correction d'un problème qui pouvait entraîner l'échec des mises à niveau majeures d'Aurora My SQL version 2 vers Aurora My SQL version 3, car la migration des mysql.innodb_index_stats tables mysql.innodb_table_stats et prenait plus de temps que prévu. Ce problème concernait principalement les clusters de bases de données contenant des millions de tables.

Correction d'un problème qui pouvait provoquer des échecs lors de la mise à niveau d'Aurora My SQL version 2 vers Aurora My SQL version 3 en raison d'erreurs d'incohérence du schéma. Ces erreurs sont signalées par le pré-vérificateur de mise à niveau pour les tables mysql.general_log_template et mysql.slow_log_template. Pour plus d'informations sur le dépannage des mises à niveau, voir Résolution des problèmes de mise à niveau avec Aurora My SQL version 3.

Correction d'un problème qui pouvait entraîner des échecs de mise à niveau d'Aurora My SQL version 2 vers Aurora My SQL version 3 en raison de cette schemaInconsistencyCheck erreur. Cette erreur est due à des incohérences de schéma dans la table mysql.table_migration_index_info, comme indiqué par upgrade-prechecks.log. Pour plus d'informations sur le dépannage des mises à niveau vers Aurora My SQL version 3, voir Résolution des problèmes de mise à niveau avec Aurora My SQL version 3.

Correction d'un problème lors duquel certains types de colonnes, dont JSON et TEXT, épuisaient parfois la mémoire tampon de tri si sa taille n'était pas au moins 15 fois supérieure à celle de la plus grande ligne du tri. Désormais, le tampon de tri ne doit être que 15 fois supérieur à la plus grande clé de tri. (Bogues n° 103325, 105532, 32738705 et 33501541)

Correction d'un problème lors duquel InnoDB ne gérait pas toujours correctement certains noms légaux de partitions de table. (Bogue n° 32208630)

Correction d'un problème susceptible, dans certaines conditions, de renvoyer des résultats incorrects en raison d'un calcul inexact de la propriété de nullabilité lors de l'exécution d'une requête avec une condition OR. (Bogue n° 34060289)

Correction d'un problème susceptible, dans certaines conditions, de renvoyer des résultats incorrects lorsque les deux conditions suivantes sont remplies :

(Bogue n° 34060289)

Correction d'un problème de génération de valeurs AUTO_INCREMENT incorrectes lorsque la valeur maximale de la colonne de type entier était dépassée. L'erreur était due au fait que la valeur maximale de la colonne n'était pas prise en compte. La précédente valeur AUTO_INCREMENT valide aurait dû être renvoyée dans ce cas, ce qui aurait provoqué une erreur de doublon de clé. (Bogues n° 87926 et 26906787)

Correction d'un problème de révocation du privilège DROP sur le schéma de performance. (Bogue n° 33578113)

Correction d'un problème lors duquel une procédure stockée contenant une instruction IF utilisant EXISTS, qui agissait sur une ou plusieurs tables supprimées et recréées entre les exécutions, ne s'exécutait pas correctement après la première invocation. (Bogue n° 32855634)

Correction d'un problème lors duquel une requête référence une vue dans une sous-requête et un bloc de requête externe peut provoquer un redémarrage inattendu. (Bogue n° 32324234)