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 2024-01-31 (version 3.05.2, compatible avec MySQL 8.0.32) Par défaut
Version : 3.05.2
Aurora MySQL 3.05.2 est généralement disponible. Les versions 3.05 d'Aurora MySQL sont compatibles avec MySQL 8.0.32. Pour plus d'informations sur les modifications apportées, consultez Notes de mise à jour de MySQL 8.0
La version 3.05.2 est la version par défaut actuelle d'Aurora MySQL 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 d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez Aurora MySQL version 3 compatible avec MySQL 8.0. Pour connaître les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, voir Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3. Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, consultez Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition dans le guide de l'utilisateur Amazon Aurora.
Les versions d'Aurora MySQL 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 MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.05.2.
Pour plus d'informations sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez Planification de la mise à niveau pour Aurora MySQL version 3. Pour obtenir des informations générales sur les mises à niveau d'Aurora MySQL, consultez Mise à niveau des clusters de bases de données Amazon Aurora MySQL 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 MySQL 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
Améliorations
Problèmes de sécurité corrigés et CVEs :
Les correctifs CVE suivants sont inclus dans cette version :
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 lors de l'exécution simultanée des instructions SHOW STATUS
et PURGE BINARY LOGS . PURGE BINARY LOGS
est une instruction gérée qui est 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 DML (Data Manipulation Language) sur une table dont les colonnes non virtuelles étaient réorganisées avec une
MODIFY COLUMN
instruction or.CHANGE 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 certificats SSL 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 l'utilisation du processeur.
-
Dans les versions d'Aurora MySQL infé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 du lecteur Aurora MySQL. Cela est dû au comportement par défaut d'InnoDBlorsqu'il innodb_read_only
est activé.Dans Aurora MySQL version 3.05.2 et versions supérieures, lorsqu'il
SHOW ENGINE INNODB STATUS
est exécuté sur une instance de lecteur, le résultat est écrit dans le journal des erreurs MySQL, ce qui facilite le dépannage.Pour plus d'informations sur l'utilisation des journaux d'erreurs MySQL, consultez la section Journaux d'erreurs MySQL d'Aurora. Pour plus d'informations
SHOW ENGINE INNODB STATUS
, consultez l'instruction SHOW ENGINEdans la documentation MySQL.
Mises à niveau et migrations :
-
Correction d'un problème qui pouvait provoquer des échecs de mise à niveau d'Aurora MySQL version 2 vers Aurora MySQL 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 provoquer des échecs de mise à niveau d'Aurora MySQL version 2 vers Aurora MySQL 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 MySQL 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 MySQL version 2.
Intégration de correctifs de bogues de l'édition MySQL 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, consultez Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x.
-
Correction d'un problème en raison duquel un nombre excessif de lectures de disque étaient
records_in_range
effectuées pour lesINSERT
opérations, ce qui entraînait une baisse progressive des performances. (Correctif de bogue communautaire #34976138)