Mises à jour du moteur SQL de base de données Aurora My 2024-01-31 (version 3.05.2, compatible avec My 8.0.32) Par défaut SQL

Version : 3.05.2

Aurora My SQL 3.05.2 est généralement disponible. Les versions SQL 3.05 d'Aurora My sont compatibles avec My SQL 8.0.32. Pour plus d'informations sur les modifications apportées à la communauté, consultez les notes de mise à jour de My SQL 8.0.

La version 3.05.2 est la version par défaut actuelle d'Aurora My SQL version 3 lorsque vous créez un cluster de base de données. Pour plus d'informations, consultez la section Versions par défaut d'Amazon Aurora.

Pour plus de détails sur les nouvelles fonctionnalités d'Aurora My SQL version 3, voir Aurora My SQL version 3 compatible avec My SQL 8.0. Pour connaître les différences entre Aurora My SQL version 3 et Aurora My SQL version 2, voir Comparaison d'Aurora My SQL version 2 et Aurora My SQL version 3. Pour une comparaison entre Aurora My SQL version 3 et My SQL 8.0 Community Edition, consultez la section Comparaison entre Aurora My SQL version 3 et My SQL 8.0 Community Edition dans le guide de l'utilisateur Amazon Aurora.

Les SQL versions d'Aurora My actuellement prises en charge sont les suivantes : 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.* et 3.05.*.

Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise à niveau bleu/vert gérée à l'aide d'Amazon RDS Blue/Green Deployments depuis n'importe quel cluster Aurora My version SQL 2 actuellement pris en charge vers un cluster Aurora My version 3.05.2. SQL

Pour plus d'informations sur la planification d'une mise à niveau vers Aurora My SQL version 3, voir Planification de la mise à niveau pour Aurora My SQL version 3. Pour obtenir des informations générales sur les SQL mises à niveau d'Aurora My, consultez la section Mise à niveau des clusters Amazon Aurora My SQL DB dans le guide de l'utilisateur Amazon Aurora.

Pour obtenir des informations de dépannage, consultez la section Résolution des problèmes de mise à niveau avec Aurora My SQL version 3 dans le guide de l'utilisateur Amazon Aurora.

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.

Améliorations

Problèmes de sécurité résolus et CVEs :

Les CVE correctifs suivants sont inclus dans cette version :

• CVE-2020-11104

• CVE-2020-11105

• CVE-2023-38545

• CVE-2023-39975

Améliorations de la disponibilité :

• Correction d'un problème en raison duquel le traitement des INSERT requêtes sur les tables partitionnées d'InnoDB pouvait entraîner une diminution progressive de la mémoire libre dans l'instance.

• Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données en cas SHOWSTATUSd'exécution simultanée d'PURGEBINARYLOGSinstructions. PURGE BINARY LOGSest une instruction gérée exécutée pour respecter la période de conservation du journal binaire configurée par l'utilisateur.

• Correction d'un problème qui pouvait provoquer la fermeture inattendue du serveur après l'exécution d'instructions Data Manipulation Language (DML) sur une table dont les colonnes non virtuelles étaient réorganisées avec une instruction MODIFY COLUMN orCHANGE COLUMN.

• Correction d'un problème qui, lors du redémarrage d'une instance de base de données, pouvait entraîner un redémarrage supplémentaire.

Améliorations générales :

• Correction d'un problème empêchant l'utilisateur d'interrompre une requête ou de définir des délais d'expiration de session pour les performance_schema requêtes.

• Correction d'un problème en raison duquel la configuration de la réplication du journal binaire (binlog) à l'aide de SSL certificats personnalisés (mysql.rds_import_binlog_ssl_material) pouvait échouer lorsque l'instance de réplication était en cours de remplacement d'hôte.

• Correction d'un problème lié à la gestion des fichiers journaux d'audit qui pouvait rendre les fichiers journaux inaccessibles pour le téléchargement ou la rotation et, dans certains cas, augmenter leur CPU utilisation.

• Dans SQL les versions d'Aurora My antérieures à la version 3.05.2, les utilisateurs ne peuvent pas récupérer la sortie des instances de SHOW ENGINE INNODB STATUS base de données Aurora My SQL reader. Cela est dû au comportement par défaut d'InnoDB lorsqu'il innodb_read_only est activé.

  Dans Aurora My SQL version 3.05.2 et versions ultérieures, lorsqu'il SHOW ENGINE INNODB STATUS est exécuté sur une instance de lecteur, le résultat est écrit dans le journal des SQL erreurs My, ce qui facilite le dépannage.

  Pour plus d'informations sur l'utilisation de Mes journaux SQL d'erreurs, consultez la section Mes journaux SQL d'erreurs d'Aurora. Pour plus d'informationsSHOW ENGINE INNODB STATUS, voir la SHOWENGINEdéclaration dans la section Ma SQL documentation.

Mises à niveau et migrations :

• Correction d'un problème qui pouvait provoquer des échecs de mise à niveau d'Aurora My SQL version 2 vers Aurora My SQL version 3 lorsqu'une FTS_DOC_ID colonne définie par l'utilisateur était présente dans le schéma de table.

• 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 d'un problème de synchronisation lors du traitement des tablespaces InnoDB.

• Correction d'un problème qui pouvait entraîner l'échec des mises à niveau majeures vers Aurora My SQL version 3 en raison de la présence d'entrées orphelines pour des espaces disque logiques déjà supprimés dans les tables système InnoDB d'Aurora My version 2. SQL

Intégration des corrections de bogues de My SQL Community Edition

Cette version inclut toutes les corrections de bogues communautaires jusqu'à la version 8.0.32 incluse, en plus des suivantes. Pour plus d'informations, voir Mes SQL bogues corrigés par les mises à jour du moteur de base de données Aurora My SQL 3.x.

• Correction d'un problème en records_in_range raison duquel un nombre excessif de lectures de disque étaient effectuées pour INSERT des opérations, entraînant une baisse progressive des performances. (Correctif de bogue communautaire #34976138)