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 pour Amazon Aurora MySQL version 3 Les mises à jour du moteur de base de données Amazon Aurora version 3 sont les suivantes. **Topics** + [Mises à jour du moteur de base de données Aurora MySQL 2026-02-17 (version 3.12.0, compatible avec MySQL 8.0.44)](AuroraMySQL.Updates.3120.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-12-16 (version 3.11.1, compatible avec MySQL 8.0.43)](AuroraMySQL.Updates.3111.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-11-13 (version 3.11.0, compatible avec MySQL 8.0.43)](AuroraMySQL.Updates.3110.md) + [Mises à jour du moteur de base de données Aurora MySQL 2026-01-02 (version 3.10.3, compatible avec MySQL 8.0.42)](AuroraMySQL.Updates.3103.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-11-20 (version 3.10.2, compatible avec MySQL 8.0.42)](AuroraMySQL.Updates.3102.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-09-30 (version 3.10.1, compatible avec MySQL 8.0.42)](AuroraMySQL.Updates.3101.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-07-31 (version 3.10.0, compatible avec MySQL 8.0.42)](AuroraMySQL.Updates.3100.md) + [Mises à jour du moteur de base de données Aurora MySQL 14/05/2025-05 (version 3.09.0, compatible avec MySQL 8.0.40)](AuroraMySQL.Updates.3090.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-04-07 (version 3.08.2, compatible avec MySQL 8.0.39)](AuroraMySQL.Updates.3082.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-02-17 (version 3.08.1, compatible avec MySQL 8.0.39)](AuroraMySQL.Updates.3081.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-11-18 (version 3.08.0, compatible avec MySQL 8.0.39)](AuroraMySQL.Updates.3080.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-07-23 (version 3.07.1) (obsolète)](AuroraMySQL.Updates.3071.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-06-04 (version 3.07.0) (obsolète)](AuroraMySQL.Updates.3070.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-06-26 (version 3.06.1) (obsolète)](AuroraMySQL.Updates.3061.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-03-07 (version 3.06.0) (obsolète)](AuroraMySQL.Updates.3060.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-01-31 (version 3.05.2) (obsolète)](AuroraMySQL.Updates.3052.md) + [Mises à jour du moteur de base de données Aurora MySQL 21/11/2023 (version 3.05.1) (obsolète)](AuroraMySQL.Updates.3051.md) + [Mises à jour du moteur de base de données Aurora MySQL 2023-10-30 (version 3.05.0.1) (obsolète)](AuroraMySQL.Updates.30501.md) + [Mises à jour du moteur de base de données Aurora MySQL 25/10/2016 (version 3.05.0) (obsolète)](AuroraMySQL.Updates.3050.md) + [Mises à jour du moteur de base de données Aurora MySQL 2026-01-02 (version 3.04.6, compatible avec MySQL 8.0.28)](AuroraMySQL.Updates.3046.md) + [Mises à jour du moteur de base de données Aurora MySQL 2025-05-05 (version 3.04.4, compatible avec MySQL 8.0.28)](AuroraMySQL.Updates.3044.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-06-26 (version 3.04.3, compatible avec MySQL 8.0.28)](AuroraMySQL.Updates.3043.md) + [Mises à jour du moteur de base de données Aurora MySQL 2024-03-15 (version 3.04.2, compatible avec MySQL 8.0.28)](AuroraMySQL.Updates.3042.md) + [Mises à jour du moteur de base de données Aurora MySQL 13/11/2023 (version 3.04.1, compatible avec MySQL 8.0.28)](AuroraMySQL.Updates.3041.md) + [Mises à jour du moteur de base de données Aurora MySQL 31/07/2023 (version 3.04.0), compatible avec MySQL (8.0.28)](AuroraMySQL.Updates.3040.md) + [Mises à jour du moteur de base de données Aurora MySQL 08/2023 (version 3.03.3) (obsolète)](AuroraMySQL.Updates.3033.md) + [Mises à jour du moteur de base de données Aurora MySQL 29/08/2023 (version 3.03.2) (obsolète)](AuroraMySQL.Updates.3032.md) + [Mises à jour du moteur de base de données Aurora MySQL 11/05/2023 (version 3.03.1) (obsolète)](AuroraMySQL.Updates.3031.md) + [Mises à jour du moteur de base de données Aurora MySQL : 01/01 (version 3.03.0) (obsolète)](AuroraMySQL.Updates.3030.md) + [Mises à jour du moteur de base de données Aurora MySQL 17/04/2023 (version 3.02.3) (obsolète)](AuroraMySQL.Updates.3023.md) + [Mises à jour du moteur de base de données Aurora MySQL le 18 novembre 2018 (version 3.02.2) (obsolète)](AuroraMySQL.Updates.3022.md) + [Mises à jour du moteur de base de données Aurora MySQL 07.09.07 (version 3.02.1) (obsolète)](AuroraMySQL.Updates.3021.md) + [Mises à jour du moteur de base de données Aurora MySQL 20/04/2020 (version 3.02.0) (obsolète)](AuroraMySQL.Updates.3020.md) + [Mises à jour du moteur de base de données Aurora MySQL 15/04/15 (version 3.01.1) (obsolète)](AuroraMySQL.Updates.3011.md) + [Mises à jour du moteur de base de données Aurora MySQL 2021-11-18 (version 3.01.0) (obsolète)](AuroraMySQL.Updates.3010.md) # Mises à jour du moteur de base de données Aurora MySQL 2026-02-17 (version 3.12.0, compatible avec MySQL 8.0.44) **Version : 3.12.0** Aurora MySQL 3.12.0 est généralement disponible. Les versions 3.12 d'Aurora MySQL sont compatibles avec MySQL 8.0.44. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau [sur place en utilisant les correctifs ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.12.0. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Améliorations **Correctifs de sécurité** + Correction d'un problème qui empêchait certaines instructions SQL d'être enregistrées dans le journal d'audit. + Correction du plugin caching\$1sha2\$1password pour garantir que les instances de lecteur et d'écriture Aurora MySQL valident les mots de passe mis à jour de manière cohérente. **Moyen CVEs :** + [CVE-2025-53040](https://www.cve.org/CVERecord?id=CVE-2025-53040) + [CVE-2025-53042](https://www.cve.org/CVERecord?id=CVE-2025-53042) + [CVE-2025-53044](https://www.cve.org/CVERecord?id=CVE-2025-53044) + [CVE-2025-53045](https://www.cve.org/CVERecord?id=CVE-2025-53045) + [CVE-2025-53053](https://www.cve.org/CVERecord?id=CVE-2025-53053) + [CVE-2025-53054](https://www.cve.org/CVERecord?id=CVE-2025-53054) + [CVE-2025-53062](https://www.cve.org/CVERecord?id=CVE-2025-53062) + [CVE-2025-53069](https://www.cve.org/CVERecord?id=CVE-2025-53069) **Améliorations de la disponibilité :** + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lorsque la table de verrouillage était pleine pendant une lecture semi-cohérente. + Correction d'un problème lié à la restauration du journal binaire qui pouvait entraîner le redémarrage de l'instance de réplication du journal binaire en cas d'utilisation `aurora_in_memory_relaylog` avec une réplication multithread. + Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lorsque le transfert d'écriture global ou le transfert d'écriture local était désactivé. + Correction d'un problème en raison duquel des configurations thread\$1stack trop volumineuses pouvaient empêcher le démarrage du serveur Aurora MySQL lors des redémarrages ou des mises à niveau. Le serveur Aurora MySQL réinitialise désormais automatiquement thread\$1stack à la valeur par défaut du moteur (1 Mo) lorsqu'il dépasse la mémoire système, évitant ainsi les échecs de démarrage. + Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de `KILL` son exécution après `EXPLAIN FOR CONNECTION` l'exécution d'une requête parallèle. + Correction d'un problème qui peut forcer l'exécution d'une requête parallèle sur une requête aléatoire et provoquer le redémarrage du moteur en cas d'arrêt forcé de cette requête. + Correction d'un problème qui empêchait les utilisateurs disposant des privilèges CONNECTION\$1ADMIN ou SUPER d'établir une connexion supplémentaire au-delà de la limite max\$1connections, comme le permettait MySQL Community Edition. + Correction d'un problème qui pouvait provoquer le redémarrage d'une réplique de journal binaire (binlog) lors du traitement d'un grand nombre de fichiers journaux de relais lors de la [restauration du journal de relais](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html). + Correction d'un problème qui provoquait le redémarrage de l'instance de base de données du rédacteur lors de l'exécution d'une requête parallèle sur une instance de base de données du lecteur. + Correction d'un problème qui, dans de rares cas, pouvait désactiver la journalisation binaire lorsqu'une erreur se produisait lors de la validation d'une transaction importante. + Correction d'un problème qui pouvait entraîner le redémarrage des répliques de lecture en cas de certains rares ordres de validation de transactions sur l'instance de base de données du rédacteur. + Correction d'un problème qui pouvait entraîner le redémarrage de la base de données lorsque [des événements planifiés](https://dev.mysql.com/doc/refman/8.4/en/events-overview.html) étaient annulés pendant l'exécution sur des instances sur lesquelles le journal binaire amélioré était activé. + Correction d'un problème selon lequel les instances de base de données utilisant des tailles de stockage de plusieurs TiB pouvaient subir des temps d'arrêt accrus lors du redémarrage en raison d'échecs de validation du pool de mémoire tampon InnoDB. **Améliorations générales :** + Exclut un changement communautaire introduit dans MySQL 8.0.44 où les tentatives de connexion échouées ajoutaient de manière inattendue des lignes aux tables performance\$1schema, entraînant une consommation de mémoire excessive. [Bug \$1119766](https://bugs.mysql.com/bug.php?id=119766) de la communauté de référence + Correction d'un problème affectant les procédures stockées de réplication spécifiques à Aurora lors de la configuration de la réplication binlog sur des instances dotées de paramètres de classement personnalisés. + Correction d'un problème de réduction de la charge du processeur lors de l'établissement du chiffrement en transit entre le moteur de base de données et la couche de stockage. + Amélioration des performances d'IOPS en écriture lorsque la variable système innodb\$1flush\$1log\$1at\$1trx\$1commit est définie sur 0. + Désactivez automatiquement les actions aurora\$1oom\$1response (sauf l'impression, si elles sont configurées) lorsque aurora\$1oom\$1response ne parvient pas à résoudre la pression de mémoire après un certain délai (de l'ordre de quelques minutes). + Résolution d'un problème de course qui pouvait entraîner des lectures de pages incorrectes depuis le pool de mémoire tampon pendant les opérations de réduction d'Aurora Serverless ou lors de l'expulsion de pages du pool de mémoire tampon. Voir le [bogue \$1116305](https://bugs.mysql.com/bug.php?id=116305) de la communauté. + Correction d'un problème out-of-memory (OOM) qui pouvait provoquer le redémarrage du lecteur lors de l'exécution de commandes liées aux privilèges sur le rédacteur. + Les privilèges suivants ont été ajoutés au `rds_superuser_role` :`FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES`. Pour plus d'informations à ce sujet`rds_superuser_role`, consultez la documentation [Amazon Master User Accounts with Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html). Pour plus d'informations sur ces privilèges dynamiques, consultez la documentation [MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html). + Correction d'un problème qui provoquait un suivi inexact des demandes de requêtes parallèles lors de l'exécution d'`EXPLAIN ANALYZE`instructions lorsque le `Aurora_pq_request_in_progress` compteur n'était pas correctement mis à jour. + Correction d'un problème en raison duquel une connexion préservée était mal gérée lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption (ZDR), ce qui pouvait amener le client à attendre indéfiniment la fin d'une requête. + Corrigez le problème selon lequel la ligne devient illisible via l'index spatial lors d'une mise à jour. + Correction d'un problème en raison duquel une requête contenant un indice d'optimisation abandonnée lors d'une opération de redémarrage sans interruption (ZDR) ou d'application de correctifs sans interruption de service (ZDP) pouvait être traitée de manière incorrecte. + Corrigez le problème selon lequel la latence de validation n'est pas mesurée lorsque innodb\$1flush\$1log\$1at\$1trx\$1commit est défini sur 0. + Des optimisations ont été introduites pour réduire l'utilisation de la mémoire lors de la restauration du [dictionnaire de données](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html) logique lorsqu'il existe un grand nombre de tables. + Correction d'un problème en raison duquel l'exécution de la `SHOW BINARY LOGS` commande prenait plus de temps sur un cluster où Enhanced Binlog était activé ou était activé précédemment. Ce problème pourrait également entraîner une augmentation de la latence de validation si plusieurs `SHOW BINARY LOGS` commandes étaient exécutées simultanément. + Corrigez le problème de mémoire associé aux rôles par défaut du définisseur de vue. + Correction d'un problème qui pouvait entraîner l'échec du processus de désactivation de la fonction « transfert d'écriture ». + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données Writer lorsqu'une instance de lecteur utilisant le transfert d'écriture exécute une instruction DML contenant une valeur d'horodatage et que le paramètre de base de données time\$1zone est défini sur « UTC ». + Correction d'un problème qui, dans de rares cas, provoquait l'indisponibilité intermittente d'une réplique Aurora Read ou des incohérences dans la définition de la table, avec l'erreur « La table n'existe pas » sur la réplique en raison de requêtes de lecture simultanées sur la réplique et d'opérations DDL sur le rédacteur. + Correction d'un problème qui pouvait entraîner un ensemble de résultats incomplet lors de l'exécution de requêtes impliquant des opérations LEFT- ou RIGHT-JOIN à l'aide de l'algorithme de hachage avec requête parallèle. ## 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.44 incluse. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème à cause duquel une requête du formulaire `SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)` entraînait un échec d'assertion dans`item_func.cc`. (Correctif de bogue communautaire \$136128964) + Correction d'un problème qui résolvait le blocage lorsque FLUSH STATUS, COM\$1CHANGE\$1USER et SHOW PROCESS LIST étaient exécutés simultanément. (Insecte \$135218030) # Mises à jour du moteur de base de données Aurora MySQL 2025-12-16 (version 3.11.1, compatible avec MySQL 8.0.43) **Version : 3.11.1** Aurora MySQL 3.11.1 est généralement disponible. Les versions 3.11 d'Aurora MySQL sont compatibles avec MySQL 8.0.43. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau [sur place en utilisant les correctifs ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.11.1. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Pour obtenir des informations générales sur les mises à niveau d'Aurora MySQL, consultez la section [Mise à niveau des clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) dans le *guide de l'utilisateur Amazon Aurora*. Si vous avez des questions ou des préoccupations, elle Support est disponible sur les forums communautaires et via [Support](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations générales** + Correction d'un problème en raison duquel les créations ou les restaurations de clusters de bases de données pouvaient prendre du temps à effectuer. + Réduction de la charge d'utilisation du processeur lors de l'établissement du chiffrement en transit entre l'instance de base de données et la couche de stockage. + Correction d'un problème qui empêchait certaines instructions SQL d'être enregistrées dans le journal d'audit. # Mises à jour du moteur de base de données Aurora MySQL 2025-11-13 (version 3.11.0, compatible avec MySQL 8.0.43) **Version : 3.11.0** Aurora MySQL 3.11.0 est généralement disponible. Les versions 3.11 d'Aurora MySQL sont compatibles avec MySQL 8.0.43. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau sur place en utilisant des correctifs sans interruption de service (ZDP), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide des [ Blue/Green déploiements Amazon RDS depuis](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.11.0. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Pour obtenir des informations générales sur les mises à niveau d'Aurora MySQL, consultez la section [Mise à niveau des clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) dans le *guide de l'utilisateur Amazon Aurora*. Si vous avez des questions ou des préoccupations, elle Support est disponible sur les forums communautaires et via [Support](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité résolus et CVEs** **Moyen CVEs :** + [CVE-2025-50077](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50077) + [CVE-2025-50078](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50078) + [CVE-2025-50079](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50079) + [CVE-2025-50080](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50080) + [CVE-2025-50082](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50082) + [CVE-2025-50083](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50083) + [CVE-2025-50084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50084) + [CVE-2025-50085](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50085) + [CVE-2025-50086](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50086) + [CVE-2025-50087](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50087) + [CVE-2025-50088](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50088) + [CVE-2025-50091](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50091) + [CVE-2025-50092](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50092) + [CVE-2025-50093](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50093) + [CVE-2025-50094](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50094) + [CVE-2025-50096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50096) + [CVE-2025-50097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50097) + [CVE-2025-50099](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50099) + [CVE-2025-50101](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50101) + [CVE-2025-50102](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50102) + [CVE-2025-53023](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-53023) **Faible CVEs :** + [CVE-2025-50098](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50098) + [CVE-2025-50100](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50100) + [CVE-2025-50104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50104) **Améliorations de disponibilité** + Correction d'un problème lié à la restauration logique lorsque cette `aurora_enhanced_binlog` option était activée et qui empêchait le redémarrage de la base de données en cas d'interruption de transactions. + Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lorsque le transfert d'écriture global ou le transfert d'écriture local était désactivé. + Correction d'un problème qui empêchait Writer de répondre lorsque le transfert d'écriture était désactivé alors que deux répliques ou plus transféraient des demandes. + Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de `KILL ` son exécution après `EXPLAIN FOR CONNECTION ` l'exécution d'une requête parallèle. + Correction d'un problème qui out-of-memory empêchait (OOM) de conserver la valeur des paramètres de base de données configurée après le `aurora_oom_response` redémarrage de la base de données. + Correction d'un problème qui empêchait les utilisateurs disposant de `SUPER` droits `CONNECTION_ADMIN` ou de privilèges d'établir une connexion supplémentaire au-delà des `max_connections` limites fixées, comme le permettait MySQL Community Edition. + Correction d'un problème lié au dimensionnement d'Aurora Serverless V2 qui entraînait le redémarrage des instances de base de données en empêchant le remplacement de pages mémoire critiques. + Correction d'un problème qui pouvait entraîner le redémarrage des instances Aurora MySQL Serverless v2 lorsque le `innodb_purge_threads` paramètre était configuré manuellement à une valeur différente de la valeur par défaut. Le `innodb_purge_threads` paramètre est désormais géré automatiquement pour les instances Aurora Serverless v2 et ne peut pas être modifié. + Correction d'un problème qui pouvait entraîner l'échec du redémarrage d'une instance de lecteur lorsque le rédacteur exécutait un grand nombre d'opérations DDL. + Correction d'un problème qui pouvait empêcher l'instance du rédacteur de répondre si les instances du lecteur redémarraient lors de l'utilisation du transfert d'écriture global ou du transfert d'écriture local. + Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption de service (ZDR), lors de la préservation des connexions avec des transactions actives. SSL/TLS + Correction d'un problème qui, dans de rares cas, pouvait entraîner l'envoi des modifications apportées à l'instance du rédacteur à l'instance du lecteur dans un ordre incompatible avec les threads de traitement des requêtes. Cela peut entraîner un blocage entre le thread de traitement des requêtes et le thread d'application de réplication, ce qui peut à son tour provoquer le redémarrage de l'instance du lecteur. + Correction d'un problème qui empêchait les redémarrages inutiles du serveur de base de données dus à une évaluation incorrecte de l'état de santé de l'agent de surveillance. **Améliorations générales** + Correction d'un problème en raison duquel les écritures dans la base de données pouvaient se bloquer lors de l'exécution d'une transaction de longue durée entraînant le redémarrage de la base de données ou l'échec d'une mise à niveau d'une version majeure. + Correction d'un problème en raison duquel les répliques ne redémarraient pas correctement lorsque vous rejoigniez le rédacteur. + Performances de base de données optimisées pour les instances de base de données dotées de grands volumes de stockage Aurora. + Correction d'un problème dans l'optimiseur de plage en raison duquel les expressions constantes n'étaient pas reconnues lors du calcul des limites de plage. (Bug communautaire \$1112737) + Correction d'un problème en raison duquel l'exportation d'un instantané de base de données vers Amazon S3 était plus lente lors de l'exportation de tables contenant des colonnes JSON avec des valeurs nulles. + Correction d'un problème en raison duquel les fichiers journaux binaires temporaires n'étaient pas correctement nettoyés après l'annulation des transactions lors de l'utilisation de la journalisation binaire. Ce correctif évite la consommation de stockage liée aux fichiers temporaires conservés et, dans certains cas, peut également empêcher les anomalies dans les fichiers journaux binaires. + Amélioration des performances d'IOPS en écriture lorsque la variable système `innodb_flush_log_at_trx_commit` est définie sur. `0` + Correction d'un problème selon lequel l'application de correctifs sans interruption (ZDP) ou le redémarrage sans interruption (ZDR) pouvaient entraîner le redémarrage de l'instance de base de données lors de la restauration des avertissements contenant des codes d'erreur non valides. + Désactive automatiquement `aurora_oom_response` les actions (sauf l'impression, si elle est configurée`aurora_oom_response`) lorsque la pression de mémoire ne peut être résolue après un certain temps (de l'ordre de quelques minutes). + Correction d'un problème en raison duquel une colonne présentant des mises à jour JSON partielles échouait à être exportée en parallèle, ce qui provoquait un retour interne à une exportation Amazon RDS beaucoup plus lente. + Correction d'un problème qui pouvait entraîner des problèmes de gestion de la mémoire lors d'opérations de requête parallèles sur la table contenant les champs blob. + Correction d'un problème qui pouvait entraîner l'exclusion de certains GTIDs événements `Previous_gtids` binlog lorsque Enhanced Binlog était activé et `gtid_mode` défini sur ou. `ON` `ON_PERMISSIVE` + Correction d'un problème qui provoquait une « erreur interne de transfert d'écriture » inattendue sur les instances du lecteur lorsque le transfert d'écriture était activé. + Résolution d'un problème de course qui pouvait entraîner des lectures de pages incorrectes depuis le pool de mémoire tampon pendant les opérations de réduction d'Aurora Serverless ou lors de l'expulsion de pages du pool de mémoire tampon. Voir le [bogue \$1116305](https://bugs.mysql.com/bug.php?id=116305) de la communauté. + Problème résolu : l'exportation d'un instantané de base de données vers Amazon S3 était plus lente lors de l'exportation de tables contenant des index secondaires avec des expressions générées. + Correction d'un problème qui provoquait des `AbortedClients` statistiques inexactes lorsque plusieurs connexions se terminaient de manière inattendue. + Ajout d'une nouvelle variable globale `aurora_lambda_request_timeout` pour permettre aux utilisateurs de configurer les délais AWS Lambda d'expiration des demandes (par défaut : 10 secondes). Pour plus d'informations sur l'appel d'une fonction Lambda depuis un cluster de bases de données Aurora MySQL, [consultez Invoquer une fonction Lambda depuis un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html) MySQL. + Correction d'un problème en raison duquel le transfert d'écriture local cessait de fonctionner après le redémarrage de l'instance de base de données sans interruption de service. + Correction d'un problème qui pouvait entraîner l'échec d'une opération de redémarrage d'une instance de base de données si elle `max_user_connections` était définie sur une faible valeur. + Performances d'exportation parallèle améliorées en optimisant le processus d'amorçage pour les gros volumes (> 64 To), réduisant ainsi la durée globale des opérations d'exportation. + Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur `ALTER TABLE` en cas d'exécution parallèle de requêtes de lecture. + Correction d'un problème en raison duquel les exportations de clusters de bases de données pouvaient prendre beaucoup plus de temps que prévu lorsque certaines tables dépassaient 14 To. + Correction d'un problème qui provoquait un suivi inexact des demandes de requêtes parallèles lors de l'exécution d'`EXPLAIN ANALYZE`instructions `Aurora_pq_request_in_progress` pour lesquelles le compteur n'était pas correctement mis à jour. + Correction d'un problème qui, dans des circonstances peu communes, pouvait provoquer le redémarrage de l'instance de base de données lorsque le volume de base de données était proche de sa taille maximale autorisée. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors de la restauration des connexions lors du redémarrage sans interruption et de l'application de correctifs sans interruption de service. ## 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.43 incluse. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème à cause duquel une requête du formulaire `SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)` entraînait un échec d'assertion dans`item_func.cc`. (Correctif de bogue communautaire \$136128964) + Une requête du formulaire `SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)` a conduit à une assertion dans`item_func.cc`. (Insecte \$136128964) Pour plus d'informations sur les modifications apportées à la communauté, consultez les notes de [mise à jour de MySQL 8.0.43](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-43.html). # Mises à jour du moteur de base de données Aurora MySQL 2026-01-02 (version 3.10.3, compatible avec MySQL 8.0.42) **Version : 3.10.3** Aurora MySQL 3.10.3 est généralement disponible. Les versions 3.10 d'Aurora MySQL sont compatibles avec MySQL 8.0.42. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau sur place en utilisant les correctifs [ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.10.3. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Pour obtenir des informations générales sur les mises à niveau d'Aurora MySQL, consultez la section [Mise à niveau des clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) dans le *guide de l'utilisateur Amazon Aurora*. Si vous avez des questions ou des préoccupations, elle Support est disponible sur les forums communautaires et via [Support](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations générales :** + Réduction de la charge d'utilisation du processeur lors de l'établissement du chiffrement en transit entre l'instance de base de données et la couche de stockage. + Correction d'un problème qui empêchait certaines instructions SQL d'être enregistrées dans le journal d'audit. # Mises à jour du moteur de base de données Aurora MySQL 2025-11-20 (version 3.10.2, compatible avec MySQL 8.0.42) **Version :** 3.10.2 Aurora MySQL 3.10.2 est généralement disponible. Les versions 3.10 d'Aurora MySQL sont compatibles avec MySQL 8.0.42. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau sur place en utilisant les correctifs [ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS depuis](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.10.2. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Pour des informations générales sur les mises à niveau d'Aurora MySQL, consultez la section [Mise à niveau des clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) dans le *guide de l'utilisateur Amazon Aurora*. Si vous avez des questions ou des préoccupations, elle Support est disponible sur les forums communautaires et via [Support](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations de la disponibilité :** + Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption (ZDR), lors de la préservation des connexions avec des transactions actives. SSL/TLS + Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de `KILL ` son exécution après l'exécution `EXPLAIN FOR CONNECTION ` d'une requête parallèle en cours d'exécution. + Correction d'un problème qui empêchait Writer de répondre lorsque le transfert d'écriture était désactivé alors que deux répliques ou plus transféraient des demandes. + Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lorsque le transfert d'écriture global ou le transfert d'écriture local était désactivé. **Améliorations générales :** + Correction d'un problème qui provoquait un suivi inexact des requêtes de requête parallèle lors de l'exécution d'`EXPLAIN ANALYZE`instructions lorsque le `Aurora_pq_request_in_progress` compteur n'était pas correctement mis à jour. + Désactive automatiquement `aurora_oom_response` les actions (sauf l'impression, si elle est configurée`aurora_oom_response`) lorsque la pression de mémoire ne peut être résolue après un certain temps (de l'ordre de quelques minutes). + Amélioration des performances d'IOPS en écriture lorsque la variable système `innodb_flush_log_at_trx_commit` est définie sur. `0` + Correction d'un problème en raison duquel les répliques ne redémarraient pas correctement lorsque vous rejoigniez le rédacteur. + Correction d'un problème en raison duquel les écritures dans la base de données pouvaient se bloquer lors de l'exécution d'une transaction de longue durée entraînant le redémarrage de la base de données ou l'échec d'une mise à niveau d'une version majeure. # Mises à jour du moteur de base de données Aurora MySQL 2025-09-30 (version 3.10.1, compatible avec MySQL 8.0.42) **Version :** 3.10.1 Aurora MySQL 3.10.1 est généralement disponible. Les versions 3.10 d'Aurora MySQL sont compatibles avec MySQL 8.0.42. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau [sur place en utilisant les correctifs ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS depuis](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.10.1. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Upgrading.Troubleshooting.html) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations de la disponibilité :** + Correction d'un problème lié à l'ordre de verrouillage des pages envoyé aux instances du lecteur. Cela peut provoquer le redémarrage de l'instance du lecteur en raison d'un blocage lors de l'exécution de requêtes SELECT sur des tables mises à jour par son auteur. + Correction d'un problème qui pouvait entraîner l'échec du redémarrage d'une instance de lecteur lorsque le rédacteur exécutait un grand nombre d'opérations DDL. + Correction d'un problème qui pouvait entraîner le redémarrage des instances Aurora MySQL Serverless v2 lorsque le paramètre innodb\$1purge\$1threads était configuré manuellement à une valeur différente de la valeur par défaut. Le paramètre innodb\$1purge\$1threads est désormais géré automatiquement pour les instances Aurora Serverless v2 et ne peut pas être modifié. + Correction d'un problème lié au dimensionnement d'Aurora Serverless V2 qui entraînait le redémarrage des instances de base de données en empêchant le remplacement de pages mémoire critiques. + Correction d'un problème qui empêchait Aurora de ne pas conserver la valeur configurée du paramètre de base de données aurora\$1oom\$1response après le redémarrage de la base de données pour éviter le manque de mémoire (OOM). + Correction d'un problème de concurrence qui pouvait entraîner un problème de disponibilité après un basculement dans des clusters multi-AZ. + Correction d'un problème de restauration logique avec aurora\$1enhanced\$1binlog activé qui pouvait empêcher le redémarrage de la base de données en cas d'interruption de transactions. + Résolution d'un problème en raison duquel les instances de base de données pouvaient ne plus répondre pendant les charges de travail des requêtes parallèles (PQ). + Correction d'un problème qui empêchait les utilisateurs disposant des privilèges CONNECTION\$1ADMIN ou SUPER d'établir une connexion supplémentaire au-delà de la limite max\$1connections, comme le permettait MySQL Community Edition. **Améliorations générales :** + Correction d'un problème qui provoquait des redémarrages continus du serveur de base de données lorsque le volume était autorisé à atteindre sa taille maximale en raison de l'autorisation erronée de certains types de requêtes une fois que le volume était supérieur à un certain seuil. + Correction d'un problème qui empêchait l'instance du rédacteur de répondre si les instances du lecteur redémarraient lors de l'utilisation du transfert d'écriture global ou du transfert d'écriture local. + Correction d'un problème qui pouvait entraîner le redémarrage de l'instance du rédacteur lors de l'exécution d'ALTER TABLE en parallèle avec des requêtes de lecture. + Correction d'un problème d'amélioration de la disponibilité lié au démarrage de gros volumes (> 64 To) lors de l'opération d'exportation parallèle. + Correction d'un problème qui pouvait entraîner l'échec d'une opération de redémarrage d'une instance de base de données si max\$1user\$1connections était défini sur une faible valeur. + Correction d'un problème qui provoquait des AbortedClients statistiques inexactes lorsque plusieurs connexions se terminaient de manière inattendue. + Résolution d'un problème de course qui pouvait entraîner des lectures de pages incorrectes depuis le pool de mémoire tampon pendant les opérations de réduction d'Aurora Serverless ou lors de l'expulsion de pages du pool de mémoire tampon. Voir le [bogue \$1116305 de la communauté](https://bugs.mysql.com/bug.php?id=116305). + Correction d'un problème qui provoquait une « erreur interne de transfert d'écriture » inattendue sur les instances du lecteur lorsque le transfert d'écriture était activé. + Correction d'un problème qui pouvait entraîner l'exclusion de certains événements binlog Previous\$1GTIDS lorsque Enhanced Binlog était activé et que gtid\$1mode GTIDs était défini sur ON ou ON\$1PERMISSIVE. + Correction d'un problème qui pouvait entraîner un problème de gestion de la mémoire lors d'opérations de requête parallèles sur la table contenant les champs blob. + Correction d'un problème selon lequel une colonne avec des mises à jour JSON partielles échouait à l'exportation parallèle, ce qui provoquait un retour interne à une exportation RDS beaucoup plus lente. + Correction d'un problème qui pouvait provoquer des redémarrages inattendus des instances en cas de charge de travail élevée pour le transfert d'écriture simultané. + Correction d'un problème selon lequel les correctifs ZDP (Zero Downtime Patching) et ZDR (Zero Downtime Restart) pouvaient entraîner le redémarrage de l'instance de base de données lors de la restauration des avertissements contenant des codes d'erreur non valides. + Correction d'un problème en raison duquel les fichiers journaux binaires temporaires n'étaient pas correctement nettoyés après l'annulation des transactions lors de l'utilisation de la journalisation binaire. Ce correctif empêche la consommation inutile de stockage liée aux fichiers temporaires conservés et, dans certains cas, pourrait également empêcher des anomalies dans les fichiers journaux binaires. ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Cette version inclut toutes les corrections de bogues communautaires, y compris la version 8.0.42. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Une requête de la forme SELECT 1 FROM t WHERE CAST (a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) a conduit à une assertion dans item\$1func.cc. (Insecte \$136128964) # Mises à jour du moteur de base de données Aurora MySQL 2025-07-31 (version 3.10.0, compatible avec MySQL 8.0.42) **Version : 3.10.0** Aurora MySQL 3.10.0 est généralement disponible. Les versions 3.10 d'Aurora MySQL sont compatibles avec MySQL 8.0.42. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). **Note** Cette version est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez [Versions Long-Term Support (LTS) d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) dans le *Guide de l'utilisateur Amazon Aurora*. Nous vous recommandons de ne pas définir le `AutoMinorVersionUpgrade` paramètre sur `true` (ou de ne pas activer la **mise à niveau automatique des versions mineures** dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS. Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau [sur place en utilisant les correctifs ZDP (Zero Downtime Patching)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurer un instantané ou lancer une mise à niveau gérée à blue/green l'aide [des Blue/Green déploiements Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.10.0. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *guide de l'utilisateur Amazon Aurora*. ## Nouvelles fonctionnalités + La version 3.10 d'Aurora MySQL étend la prise en charge du cache de journaux de relais en mémoire pour les répliques de journaux binaires. Cette fonctionnalité, introduite pour la première fois dans [la version 3.05](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html), peut améliorer le débit de réplication des journaux binaires jusqu'à 40 %. Le cache de journaux de relais en mémoire est activé par défaut pour la réplication de journaux binaires à thread unique, la réplication multithread avec le [positionnement automatique GTID](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) activé, et à partir de la version 3.10, il est également activé pour la réplication multithread avec (même sans). [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order) GTIDs Vous pouvez contrôler cette fonctionnalité à l'aide d'un nouveau paramètre dans la version 3.10, [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). Pour plus d'informations, consultez [Optimisations des journaux binaires dans Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html). + Amazon Aurora a doublé sa capacité de stockage maximale de 128 TiB à 256 TiB, permettant ainsi des charges de travail plus importantes dans un seul cluster de base de données. Pour utiliser la limite de stockage accrue avec Aurora MySQL, mettez à niveau votre cluster vers la version 3.10 (compatible avec MySQL 8.0.42) ou une version ultérieure. Après la mise à niveau, le stockage Aurora évolue automatiquement jusqu'à 256 TiB en fonction de la quantité de données de votre volume de cluster. ## Améliorations **Correctifs de sécurité** Moyen CVEs : + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) Faible CVEs : + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **Améliorations de la disponibilité :** + Correction d'un problème qui provoquait des redémarrages inutiles du serveur de base de données en raison d'une évaluation incorrecte de la progression de la restauration. **Améliorations générales :** + Latence de validation réduite lorsque l' I/O optimisation est activée. + Correction d'un problème qui empêchait les instances de lecteur de générer des journaux d'erreurs lorsque le transfert d'écriture était activé et `aurora_replica_read_consistency` que les paramètres étaient modifiés. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de lecteur en raison de l'interaction entre le thread de réplication et une requête accédant à des tables absentes du cache tampon. + Correction d'un problème en raison duquel le transfert d'écriture local cessait de fonctionner après le redémarrage de l'instance de base de données sans interruption de service. + Correction d'un problème de transfert d'écriture en raison duquel les requêtes transférées pouvaient se comporter de manière incorrecte pour les instructions contenant des options définies. + Correction d'un problème de stabilité en raison duquel l'insertion de métadonnées pour un tablespace d'annulation déclenchait un redémarrage inattendu de la base de données. + Correction d'un problème en raison duquel les exportations de clusters de bases de données pouvaient prendre beaucoup plus de temps que prévu lorsque certaines tables dépassaient 14 To. + Correction d'un problème qui pouvait entraîner un signalement incorrect de la variable d'`Innodb_buffer_pool_pages_misc`état. + Ajout de la prise en charge de la préservation `LAST_INSERT_ID` lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption de service (ZDR). + Aurora MySQL utilise des valeurs 8 bits pour l'index virtuel afin IDs d'éviter les problèmes de format d'annulation de MySQL, car le dépassement de cette limite pourrait entraîner l'indisponibilité du cluster. À l'approche de cette limite, le système écrit désormais des messages d'avertissement dans le journal des erreurs MySQL. Si la limite est atteinte, les tentatives d'ajout d'un nouvel index renvoient une erreur. Pour plus d'informations sur les meilleures pratiques en matière d'index [virtuel, consultez la section Erreurs de dépassement d'identifiant d'index virtuel](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow) dans la documentation d'Aurora MySQL. ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Cette version inclut toutes les corrections de bogues communautaires, y compris la version 8.0.42. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Une sortie du serveur peut résulter de tentatives simultanées par plusieurs threads d'enregistrer et de désenregistrer des objets du schéma de performance des métadonnées, ou d'acquérir et de libérer des verrous de métadonnées. (Bogue n° 26502135) # Mises à jour du moteur de base de données Aurora MySQL 14/05/2025-05 (version 3.09.0, compatible avec MySQL 8.0.40) **Version : 3.09.0** Aurora MySQL 3.09.0 est généralement disponible. Les versions 3.09 d'Aurora MySQL sont compatibles avec MySQL 8.0.40. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau sur place qui exploite un cluster Aurora MySQL version [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html)3.09.0, en restaurer un instantané ou lancer une blue/green mise à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez la section [Maintenance d'un cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) de base de données dans le *guide de l'utilisateur Amazon Aurora*. ## Points forts de la publication + Bases de données globales Aurora MySQL améliorées pour permettre aux instances de lecteurs secondaires de terminer le démarrage et de traiter les demandes de lecture lors d'événements imprévus (pannes matérielles, perturbations du réseau). Auparavant, les instances de lecteur secondaire ne pouvaient pas redémarrer lors de tels événements. Pour plus d'informations, consultez la section [Résilience interrégionale pour les clusters secondaires de Global Database](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-secondary-availability.html) dans le guide de l'*utilisateur Amazon Aurora*. + Réduction du temps d'arrêt des rédacteurs lors des changements interrégionaux de la base de données globale Aurora MySQL à moins d'une minute, minimisant ainsi les temps d'arrêt lors des changements régionaux planifiés. ## Améliorations **Correctifs de sécurité** Critique CVEs : + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) Moyen CVEs : + [CVE-2024-7264](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-7264) + [CVE-2024-21193](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21193) + [CVE-2024-21194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21194) + [CVE-2024-21196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21196) + [CVE-2024-21197](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21197) + [CVE-2024-21198](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21198) + [CVE-2024-21199](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21199) + [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) + [CVE-2024-21203](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21203) + [CVE-2024-21207](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21207) + [CVE-2024-21212](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21212) + [CVE-2024-21213](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21213) + [CVE-2024-21218](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21218) + [CVE-2024-21219](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21219) + [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) + [CVE-2024-21236](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21236) + [CVE-2024-21238](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21238) + [CVE-2024-21239](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21239) + [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21241) + [CVE-2025-21494](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21494) + [CVE-2025-21504](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21504) + [CVE-2025-21525](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21525) + [CVE-2025-21534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21534) + [CVE-2025-21536](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21536) **Améliorations de la disponibilité :** + Correction d'un problème en raison duquel les requêtes à instructions multiples transférées d'une instance de lecteur à une instance d'écriture pouvaient `innodb_flush_log_at_trx_commit` se bloquer lorsque cette valeur était définie `0` sur le rédacteur et non sur zéro sur le lecteur, ce qui empêchait d'éventuels échecs de transfert d'écriture. + Correction d'un problème de blocage lié à l'activation d'Enhanced Binlog, qui pouvait entraîner le redémarrage de la base de données en cas d'exécution `SHOW BINARY LOGS` simultanée de transactions sur les moteurs [BLACKHOLE](https://dev.mysql.com/doc/refman/8.0/en/blackhole-storage-engine.html) ou d'exécution d'`XA PREPARE`instructions, évitant ainsi d'éventuels blocages d'écriture et problèmes de disponibilité des instances. + Correction de problèmes de transfert d'écriture susceptibles de provoquer le redémarrage de l'instance d'écriture Aurora en empêchant l'acceptation de nouvelles demandes avant que les demandes précédentes ne soient complètement terminées, améliorant ainsi la stabilité des opérations de transfert d'écriture. + Correction d'un problème lié à la réplication : une interruption du réseau risquait de ne pas rétablir correctement la connexion avec le rédacteur, ce qui bloquait la réplication et risquait de redémarrer l'instance. + La réponse Aurora MySQL Out of Memory (OOM) implémente désormais le redimensionnement progressif du pool de tampons qui réduit progressivement l'utilisation de la mémoire en fonction de l'état de la mémoire du système (LOW/RESERVED) lorsqu'il est activé via le paramètre de base de `aurora_oom_response` données, offrant ainsi une meilleure gestion de la mémoire dans les situations de surcharge mémoire. + Amélioration du temps de restauration du fichier Binlog lors du redémarrage de la base de données en optimisant le processus de restauration pour qu'il prenne un temps constant, quelle que soit la taille du fichier Binlog. Auparavant, dans certains cas, le temps de restauration était proportionnel à la taille du dernier fichier Binlog. + Correction d'un problème qui pouvait provoquer des redémarrages inattendus du serveur MySQL lors de l'exécution simultanée d'opérations de troncature de table InnoDB lors d'une requête. `performance_schema.data_lock_waits` + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors de la validation d'événements de journal binaire volumineux dans des conditions de stockage insuffisantes. + Correction d'un problème en raison duquel les opérations de redimensionnement du pool de mémoire tampon déclenchées en cas de manque de mémoire (OOM) pouvaient ne pas répondre dans les scénarios de charge de travail élevée, ce qui pouvait entraîner un redémarrage de la base de données. + Correction d'un problème qui pouvait provoquer une boucle de redémarrage de la base de données lors de la création d'un déclencheur. Le problème peut également se produire lors de l'ajout d'un nouveau fichier Binlog ou Relaylog ou lors de la rotation de ces fichiers. + Correction d'un problème qui pouvait provoquer le redémarrage de l'instance du lecteur Aurora lors de l'utilisation du transfert d'écriture avec des requêtes de validation implicites ou à instructions multiples. **Améliorations générales :** + Correction d'un problème en raison duquel les `ALTER TABLE ... REBUILD / OPTIMIZE TABLE` opérations pouvaient consommer trop de mémoire en allouant des `innodb_ddl_buffer_size` octets par thread DDL au lieu de diviser la taille de la mémoire tampon entre les threads, empêchant ainsi une éventuelle surutilisation de la mémoire pendant les opérations DDL. + Modification de la valeur par défaut pour`aurora_oom_response`, sur toutes les classes d'instance de base de données disposant de plus de 4 GiB de mémoire, de print à print, decline, kill\$1connect. Pour plus d'informations, consultez la section [ out-of-memoryProblèmes liés à Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) dans le *guide de l'utilisateur Amazon Aurora*. + Les privilèges suivants ont été ajoutés au `rds_superuser_role` : `FLUSH_OPTIMIZER_COSTS``FLUSH_STATUS`,`FLUSH_TABLES`,`FLUSH_USER_RESOURCES`. Pour plus d'informations à ce sujet`rds_superuser_role`, consultez la documentation [Amazon Master User Accounts with Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html). Pour plus d'informations sur ces privilèges dynamiques, consultez la documentation [MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html). + À partir de cette version d'Aurora MySQL, l'optimisation de l'insertion rapide n'est plus activée. Pour plus d'informations, consultez [Améliorations des performances Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) dans le *Guide de l'utilisateur Amazon Aurora*. + Correction d'un problème lié à un dépassement incorrect du `max_user_connections` seuil, qui provoquait des erreurs de connexion pour certains utilisateurs. Cela se produit dans certains cas extrêmes, par exemple lorsque des connexions sont créées et supprimées presque immédiatement. + Correction d'un problème de journalisation des audits qui entraînait une utilisation élevée du processeur et empêchait l'instance de serveur de base de données de répondre. + Correction d'un problème de gestion de la mémoire lors de l'utilisation de transactions XA, qui empêchait d'éventuels redémarrages d'instances lorsque Enhanced Binlog était activé. + Correction d'un problème à cause duquel les performances des requêtes se dégradaient lorsque l'optimiseur faisait des estimations de coûts incorrectes en raison de la mise à jour incorrecte des statistiques de l'indice Bufferpool après le redémarrage du serveur de base de données. + Correction d'un problème qui empêchait les clients de désactiver la fonctionnalité de transfert d'écriture local en raison d'un fil de travail bloqué. + Correction d'un problème en raison duquel l'exécution de la `SHOW BINARY LOGS` commande prenait plus de temps sur un cluster où Enhanced Binlog était activé ou était activé précédemment. Ce problème pourrait également entraîner une augmentation de la latence de validation si plusieurs `SHOW BINARY LOGS` commandes étaient exécutées simultanément. **Mises à niveau et migrations :** + Correction d'un problème en raison duquel l'application de correctifs ZDP (Zero Downtime Patching) pouvait échouer lors de la tentative de préservation de la connexion d'un utilisateur qui avait été abandonnée. Vous trouverez plus d'informations sur la `DROP USER` commande et son effet sur les connexions actives dans la [documentation MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html). ## 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.40 incluse. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Alors que des transactions importantes étaient reçues et appliquées, et qu'une demande d'arrêt du canal de réplication était faite en utilisant`STOP REPLICA`, MySQL ne l'a pas fait correctement et n'a ensuite traité aucune commande de canal. En outre, le processus d'arrêt du serveur ne s'est pas terminé correctement et a nécessité soit l'arrêt du processus MySQL, soit le redémarrage du système hôte. (Bug \$1115966, Bug \$137008345) # Mises à jour du moteur de base de données Aurora MySQL 2025-04-07 (version 3.08.2, compatible avec MySQL 8.0.39) **Version :** 3.08.2 Aurora MySQL 3.08.2 est généralement disponible. Les versions 3.08 d'Aurora MySQL sont compatibles avec MySQL 8.0.39. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 et 3.08.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.08.2. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Correctifs de sécurité :** + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) **Améliorations de la disponibilité :** + Correction d'un problème sur la réplique à cause duquel une interruption du réseau risquait de ne pas rétablir correctement la connexion avec le rédacteur. + Correction d'un problème en raison duquel une requête à instructions multiples transférée pouvait échouer si elle `innodb_flush_log_at_trx_commit` était définie `0` sur une instance d'écriture. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données Aurora Writer lorsque le transfert d'écriture est activé. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données du lecteur Aurora lors de l'utilisation du transfert d'écriture avec des requêtes de validation implicites ou à instructions multiples. **Améliorations générales** + À partir de cette version d'Aurora MySQL, l'optimisation de l'insertion rapide n'est plus activée. Pour plus d'informations, consultez [Améliorations des performances Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) dans le *Guide de l'utilisateur Amazon Aurora*. + Correction d'un problème lié à un dépassement incorrect du `max_user_connections` seuil, qui provoquait des erreurs de connexion pour certains utilisateurs. Cela se produit dans certains cas extrêmes, par exemple lorsque des connexions sont créées et supprimées presque immédiatement. ## 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.39 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Alors que des transactions importantes étaient reçues et appliquées, et qu'une demande d'arrêt du canal de réplication était faite en utilisant`STOP REPLICA`, MySQL ne l'a pas fait correctement et n'a ensuite traité aucune commande de canal. En outre, le processus d'arrêt du serveur ne s'est pas terminé correctement et a nécessité soit l'arrêt du processus MySQL, soit le redémarrage du système hôte. (Correctifs de bogues communautaires \$1115966 et \$137008345) # Mises à jour du moteur de base de données Aurora MySQL 2025-02-17 (version 3.08.1, compatible avec MySQL 8.0.39) **Version :** 3.08.1 Aurora MySQL 3.08.1 est généralement disponible. Les versions 3.08 d'Aurora MySQL sont compatibles avec MySQL 8.0.39. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 et 3.08.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.08.1. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations de la disponibilité :** + Améliorations apportées qui réduisent le temps de redémarrage de l'instance de base de données lors des redémarrages de bases de données, des mises à niveau des correctifs ou des versions mineures et des basculements sur incident. **Mises à niveau et migrations** + Correction d'un problème qui pouvait provoquer l'échec de Zero Downtime Patching (ZDP) lors de la tentative de restauration des rôles et des autorisations des utilisateurs abandonnés. Pour plus d'informations sur l'`DROP USER`opération, consultez la [déclaration DROP USER](https://dev.mysql.com/doc/refman/8.0/en/drop-user.html) dans la documentation MySQL. ## 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.39 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). # Mises à jour du moteur de base de données Aurora MySQL 2024-11-18 (version 3.08.0, compatible avec MySQL 8.0.39) **Version :** 3.08.0 Aurora MySQL 3.08.0 est généralement disponible. Les versions 3.08 d'Aurora MySQL sont compatibles avec MySQL 8.0.39. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 et 3.08.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.08.0. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Nouvelles fonctionnalités + Ajout de trois nouvelles CloudWatch métriques Amazon pour permettre aux utilisateurs de surveiller le processus de purge d'InnoDB : + `PurgeBoundary` + `PurgeFinishedPoint` + `TruncateFinishedPoint` Pour plus d'informations, consultez [ CloudWatchles métriques Amazon pour Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) dans le *guide de l'utilisateur Amazon Aurora*. + Ajout d'une nouvelle CloudWatch métrique `TransactionAgeMaximum` pour permettre aux utilisateurs d'identifier les transactions de longue durée susceptibles de retarder la limite de purge. Pour plus d'informations, consultez [ CloudWatch les métriques Amazon pour Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) dans le *guide de l'utilisateur Amazon Aurora*. + Ajout de trois nouvelles CloudWatch mesures pour éviter out-of-memory (OOM) : + `AuroraMillisecondsSpentInOomRecovery` + `AuroraNumOomRecoverySuccessful` + `AuroraNumOomRecoveryTriggered` Pour plus d'informations, consultez [ CloudWatchles métriques Amazon pour Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) dans le *guide de l'utilisateur Amazon Aurora*. + Trois CloudWatch indicateurs permettant d'éviter out-of-memory (OOM) ont été modifiés, passant des totaux cumulés à des compteurs incrémentiels : + `AuroraMemoryNumDeclinedSqlTotal` + `AuroraMemoryNumKillConnTotal` + `AuroraMemoryNumKillQueryTotal` Pour plus d'informations, consultez [ CloudWatchles métriques Amazon pour Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) dans le *guide de l'utilisateur Amazon Aurora*. + Ajout de deux variables d'état globales pour indiquer la quantité de mémoire utilisée par [les tables temporaires internes](https://dev.mysql.com/doc/refman/8.0/en/internal-temporary-tables.html) : `aurora_temptable_ram_allocation` et`aurora_temptable_max_ram_allocation`. Ces variables d'état globales augmentent l'observabilité et aident à diagnostiquer les problèmes liés à l'utilisation interne de la mémoire temporaire des tables. Pour plus d'informations, consultez les [variables d'état globales Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars) dans le *guide de l'utilisateur Amazon Aurora*. + Introduction de la nouvelle variable système `aurora_optimizer_trace_print_before_purge` permettant d'imprimer les [traces de l'optimiseur](https://dev.mysql.com/doc/dev/mysql-server/latest/PAGE_OPT_TRACE.html) dans le journal des erreurs avant que le serveur ne les purge de la mémoire. [Une purge peut être déclenchée en fonction des seuils définis par les variables système optimizer\$1trace\$1offset et [optimizer\$1trace\$1limit](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_optimizer_trace_offset).](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_optimizer_trace_limit) + Ajout de la prise en charge des classes d'instances de base de données suivantes : + db.r7i + dbr 8g Pour plus d'informations, consultez [Moteurs de base de données pris en charge pour les classes d'instance de base de données](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité résolus et CVEs :** + Ajout d'un nouvel utilisateur pour la réplication des journaux binaires (binlog),`rdsrepladmin_priv_checks_user`. Pour plus d'informations, consultez [Privilege vérifie l'utilisateur pour la réplication des journaux binaires](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html#AuroraMySQL.privilege-model.binlog) dans le *guide de l'utilisateur Amazon Aurora*. + Correction d'un problème en raison duquel les paramètres d'entrée [dans les procédures stockées Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.StoredProcs.html) pouvaient être mal gérés. Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 8.0.39. Les correctifs CVE suivants sont inclus : + [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) + [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853) + [CVE-2024-20996](https://nvd.nist.gov/vuln/detail/CVE-2024-20996) + [CVE-2024-21000](https://nvd.nist.gov/vuln/detail/CVE-2024-21000) + [CVE-2024-21013](https://nvd.nist.gov/vuln/detail/CVE-2024-21013) + [CVE-2024-21125](https://nvd.nist.gov/vuln/detail/CVE-2024-21125) + [CVE-2024-21127](https://nvd.nist.gov/vuln/detail/CVE-2024-21127) + [CVE-2024-21129](https://nvd.nist.gov/vuln/detail/CVE-2024-21129) + [CVE-2024-21130](https://nvd.nist.gov/vuln/detail/CVE-2024-21130) + [CVE-2024-21134](https://nvd.nist.gov/vuln/detail/CVE-2024-21134) + [CVE-2024-21135](https://nvd.nist.gov/vuln/detail/CVE-2024-21135) + [CVE-2024-21137](https://nvd.nist.gov/vuln/detail/CVE-2024-21137) + [CVE-2024-21142](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21142) + [CVE-2024-21157](https://nvd.nist.gov/vuln/detail/CVE-2024-21157) + [CVE-2024-21159](https://nvd.nist.gov/vuln/detail/CVE-2024-21159) + [CVE-2024-21160](https://nvd.nist.gov/vuln/detail/CVE-2024-21160) + [CVE-2024-21162](https://nvd.nist.gov/vuln/detail/CVE-2024-21162) + [CVE-2024-21163](https://nvd.nist.gov/vuln/detail/CVE-2024-21163) + [CVE-2024-21165](https://nvd.nist.gov/vuln/detail/CVE-2024-21165) + [CVE-2024-21166](https://nvd.nist.gov/vuln/detail/CVE-2024-21166) + [CVE-2024-21173](https://nvd.nist.gov/vuln/detail/CVE-2024-21173) + [CVE-2024-21177](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21177) + [CVE-2024-21179](https://nvd.nist.gov/vuln/detail/CVE-2024-21179) + [CVE-2024-21185](https://nvd.nist.gov/vuln/detail/CVE-2024-21185) + [CVE-2024-25062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-25062) + [CVE-2024-37371](https://nvd.nist.gov/vuln/detail/cve-2024-37371) + [CVE-2025-21492](https://nvd.nist.gov/vuln/detail/CVE-2025-21492) **Améliorations de la disponibilité :** + Correction d'un défaut qui pouvait provoquer le redémarrage inattendu du serveur après l'exécution de commandes DML (Data Manipulation Language) sur une table contenant déjà des colonnes supprimées instantanément, de sorte que le nombre de colonnes supprimées et non supprimées était supérieur à 1017. + Correction d'un problème en raison duquel les fichiers journaux de base de données n'étaient pas correctement pivotés, ce qui entraînait une augmentation de [l'utilisation de l'espace de stockage local](https://aws.amazon.com/blogs/database/understanding-amazon-aurora-mysql-storage-space-utilization) sur une instance de base de données. + Correction d'un problème qui pouvait empêcher l'instance de base de données de fermer les connexions lorsque la mémoire était insuffisante lorsque [aurora\$1oom\$1response](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) était activée, ce qui entraînait un out-of-memory redémarrage qui aurait pu être évité autrement. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur lors de la libération de la mémoire utilisée pour l'application de journalisation. + Correction d'un problème lié au calcul des métriques internes pour les index de recherche en texte intégral (FTS) susceptible de provoquer le redémarrage de la base de données. + Correction d'un problème communautaire qui pouvait parfois produire des résultats de requête incorrects lorsqu'une `LIMIT` clause était utilisée dans des sous-requêtes en même temps que le renvoi des conditions d'index vers le bas. + Correction d'un problème qui provoquait une violation de l'accès à la mémoire entraînant la libération d'un objet mutex n'appartenant plus au thread. + Correction d'un problème qui pouvait provoquer le redémarrage d'une réplique de journal binaire (binlog) lors du traitement d'un grand nombre de fichiers journaux de relais lors de la [restauration du journal de relais](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html). + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données du lecteur Aurora lorsque le transfert d'écriture est activé. + Correction d'un problème en raison duquel une requête contenant plusieurs `UNION` clauses pouvait allouer une grande quantité de mémoire, entraînant le redémarrage d'une instance de base de données. + Correction d'un problème qui provoquait le redémarrage de l'instance de base de données du rédacteur lors de l'exécution d'une requête parallèle sur une instance de base de données du lecteur. + Correction d'un problème en raison duquel la réplication du journal binaire se bloquait sur la réplique en raison d'un blocage rencontré sur le I/O thread de la réplique lors de l'exécution de la `FLUSH RELAY LOGS` commande. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lors de la gestion de grands ensembles de GTID sur un cluster de base de données avec le journal binaire amélioré activé. + Correction d'un problème qui pouvait provoquer le redémarrage d'une réplique du journal binaire lorsque le cache du journal du relais en mémoire était activé. [Le cache de journal de relais en mémoire est activé sur les répliques de journaux binaires gérées par Aurora MySQL lorsque vous utilisez une réplication de journal binaire à thread unique ou une réplication multithread avec le positionnement automatique GTID activé.](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) + Correction d'un problème qui provoquait le redémarrage d'une instance de réplique binlog lors de l'application d'instructions DCL (Data Control Language) lors du démarrage du moteur de base de données. + Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage d'une instance de base de données de lecteur en raison d'un blocage lors de l'exécution de `SELECT` requêtes sur des tables mises à jour par son instance de base de données d'écriture. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de lecteur de base de données globale Aurora avec une session de transfert d'écriture active. + Correction d'un problème qui pouvait entraîner le redémarrage des répliques de lecture Aurora en cas de certains rares ordres de validation de transactions sur l'instance de base de données du rédacteur. + Correction d'un problème qui pouvait entraîner le redémarrage d'une base de données lorsque des [événements planifiés étaient](https://dev.mysql.com/doc/refman/8.0/en/events-overview.html) annulés alors qu'ils s'exécutaient sur des instances de base de données sur lesquelles le journal binaire amélioré était activé. **Améliorations générales :** + Correction d'un problème à cause duquel une connexion client pouvait se bloquer lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption de service (ZDR). + Correction d'un problème qui, dans de rares cas, provoquait le redémarrage d'une instance de base de données en raison d'un problème de gestion de la mémoire pouvant survenir lors de la gestion d'une défaillance de table ouverte. + Correction d'un problème qui pouvait provoquer des erreurs inattendues ou des avertissements de violation de clé primaire sur certaines lignes lors de l'exécution d'`INSERT`instructions simultanées sur une table comportant une colonne de clé `AUTO_INCREMENT` primaire et une colonne de clé unique, et lorsqu'une `INSERT` instruction présentait des violations de clé uniques sur différentes lignes. + L'instrument Performance Schema `memory/sql/sp_head::main_mem_root` est désormais un instrument contrôlé. Par conséquent, la mémoire allouée à l'analyse et à la représentation des programmes stockés contribue désormais aux limites de mémoire par connexion. + Correction d'un problème en raison duquel une ligne devenait illisible dans l'index spatial lors d'une mise à jour. + Correction d'un problème qui empêchait les utilisateurs de désactiver le transfert d'écriture local. + Correction d'un problème à cause duquel une `SELECT COUNT` requête pouvait renvoyer un résultat erroné lors de l'utilisation du transfert d'écriture. + Correction d'un problème qui pouvait entraîner des résultats de requête incorrects lorsque ZDP restaure de manière incorrecte les variables de session définies comme indices dans les requêtes. + Correction d'un problème lié à la troncature automatique des tablespaces d'annulation lorsqu'ils sont supérieurs au seuil [innodb\$1max\$1undo\$1log\$1size](https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_max_undo_log_size) dans les scénarios de mise à niveau. + Correction d'un problème en raison duquel la latence de validation et le débit de validation n'étaient pas mesurés lorsque cette `innodb_flush_log_at_trx_commit` valeur est définie sur. `0` + Correction d'un problème en raison duquel le décalage des répliques d'Aurora était signalé de manière incorrecte. + Correction d'un problème qui fournissait une valeur incorrecte pour la `threads_running` variable lors de l'utilisation de la base de données globale Aurora. + Correction d'un problème à cause duquel une réplique du journal binaire Aurora MySQL avec l'[optimisation de l'index secondaire parallèle](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#binlog-optimization) activée redémarrait lors de l'application des modifications de réplication sur des tables contenant des clés étrangères. + Correction d'un problème de redémarrage causé par le redimensionnement prolongé de la table de hachage verrouillée lors d'événements de redimensionnement ou de réduction. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données après la désactivation de la journalisation binaire, alors que la journalisation binaire améliorée était précédemment activée. + Des optimisations ont été introduites pour réduire l'utilisation de la mémoire lors de la restauration du [dictionnaire de données](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html) logique lorsqu'il existe un grand nombre de tables. + Correction d'un problème à cause duquel un utilisateur pouvait rencontrer une `ERROR 1377 (HY000): Fatal error during log purge` erreur lors de l'exécution de la procédure stockée [mysql.rds\$1set\$1external\$1source](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_external_source) sur une réplique du journal binaire, alors que la réplication du journal binaire était déjà configurée. + Correction d'un défaut qui empêchait la persistance des privilèges des rôles utilisateur après la [ZDR.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.Availability.html) + Correction d'un problème de mémoire associé aux rôles par défaut du définisseur de vue. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors `SHOW VOLUME STATUS` de son exécution. + Correction d'un problème de redémarrage causé par le redimensionnement prolongé du pool de mémoire tampon lors d'événements de redimensionnement ou de réduction. + Correction d'un problème de redémarrage causé par l'accès logique à l'avance (LRA) aux pages libérées en raison du redimensionnement de la mémoire tampon lors d'un événement de réduction de la taille. + Correction d'un problème qui résolvait les `SELECT` requêtes renvoyant des résultats incorrects lorsqu'elles étaient utilisées `LEFT OUTER JOIN` avec une [transformation semi-jointive](https://dev.mysql.com/doc/refman/8.0/en/semijoins.html) utilisant la matérialisation comme stratégie. + Correction d'un problème qui pouvait entraîner l'échec du processus de désactivation du transfert d'écriture. + Correction d'un problème à cause duquel les `BlockedTransactions` CloudWatch indicateurs `ActiveTransactions` et indiquaient des valeurs inférieures aux attentes. + Correction d'un problème en raison duquel la réplication du journal binaire s'interrompait lorsque la réplique traitait une `DELETE` instruction multitable qui était explicitement supprimée à la fois d'une table parent et d'une table enfant. + Correction d'un problème qui pouvait entraîner le redémarrage d'une instance de base de données lors du traitement d'un déclencheur avec des fonctions définies par l'utilisateur renvoyant un `enum` type. + Correction d'un problème en raison duquel la `DMLLatency` CloudWatch métrique affichait des valeurs incorrectes pour une instance de réplique de journal binaire lors de la réplication à l'aide de la commande `binlog_format` set to`row`. + Correction d'un problème en raison duquel les `UPDATE` requêtes lentes `INSERT` et exécutées par le [planificateur d'événements](https://dev.mysql.com/doc/refman/8.0/en/event-scheduler.html) MySQL n'étaient pas enregistrées dans le journal des requêtes lentes sauf si elles étaient précédées d'une requête lente`SELECT`. `DELETE` + Correction d'un problème qui, dans de rares cas, provoquait soit l'indisponibilité intermittente d'une réplique de lecture Aurora, soit des incohérences dans la définition des tables, parfois liées à l'erreur`Table does not exist`, sur la réplique. Cela est dû à des requêtes de lecture simultanées sur la réplication et aux opérations DDL (Data Definition Language) sur l'instance de base de données du rédacteur. + Correction d'un problème en raison duquel l'exécution de la `SHOW BINARY LOGS` commande prenait plus de temps sur un cluster de base de données où le journal binaire amélioré était activé ou était activé précédemment. Ce problème pourrait également entraîner une augmentation de la latence de validation si plusieurs `SHOW BINARY LOGS` commandes étaient exécutées simultanément. **Mises à niveau et migrations :** + Amélioration des performances de la mise à niveau des versions majeures d'Aurora MySQL version 2 vers la version 3 pour les clusters de base de données contenant un grand nombre d'objets de base de données (tels que des tables, des déclencheurs et des routines). Pour les classes d'instances de base de données plus importantes, le processus de mise à niveau de la base de données met à niveau les métadonnées des objets MySQL traditionnels vers le nouveau dictionnaire de données atomique MySQL 8.0 en parallèle à l'aide de plusieurs threads. + Correction d'un problème qui entraînait l'échec des mises à niveau ou des migrations lorsque la version du moteur de base de données Aurora MySQL cible était la version 3.04.0 ou supérieure. Cela se produit lorsque le paramètre du `lower_case_table_names` cluster de base de données est défini sur et que le classement de base de données MySQL est incompatible avec les noms de table en minuscules. `1` ## 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.39 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème qui provoquait l'omission incorrecte de `NULL` valeurs dans le jeu de résultats pour certaines requêtes comportant `JOIN` les deux `UNION` opérations. (Correctif de bogue communautaire \$1114301) # Mises à jour du moteur de base de données Aurora MySQL 2024-07-23 (version 3.07.1) (obsolète) **Version :** 3.07.1 Aurora MySQL 3.07.1 est généralement disponible. Les versions 3.07 d'Aurora MySQL sont compatibles avec MySQL 8.0.36. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 et 3.07.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.07.1. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** + Ajout d'un nouvel utilisateur pour la réplication des journaux binaires (binlog),`rdsrepladmin_priv_checks_user`. Pour plus d'informations, consultez [Privilege vérifie l'utilisateur pour la réplication des journaux binaires](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html#AuroraMySQL.privilege-model.binlog) dans le *guide de l'utilisateur Amazon Aurora*. Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 8.0.36. **Améliorations de la disponibilité :** + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur lors de la libération de la mémoire utilisée pour l'application de journalisation. + Correction d'un problème lié au calcul des métriques internes pour les index de recherche en texte intégral (FTS) susceptible de provoquer le redémarrage de la base de données. + Correction d'un problème qui pouvait désactiver la journalisation binaire lorsqu'une erreur se produisait lors de la validation d'une transaction importante. ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Cette version inclut toutes les corrections de bogues communautaires, y compris la version 8.0.36. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). # Mises à jour du moteur de base de données Aurora MySQL 2024-06-04 (version 3.07.0) (obsolète) **Version :** 3.07.0 Aurora MySQL 3.07.0 est généralement disponible. Les versions 3.07 d'Aurora MySQL sont compatibles avec MySQL 8.0.36. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 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.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 et 3.07.\$1. Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** + Support activé pour la cryptographie validée par la norme FIPS, une implémentation entièrement détenue. AWS [Pour plus d'informations, consultez la section « [AWS-LC est désormais certifiée FIPS 140-3](https://aws.amazon.com/blogs/security/aws-lc-is-now-fips-140-3-certified/) » sur le AWS blog de sécurité.](https://aws.amazon.com/blogs/security/) Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 8.0.36. Les correctifs CVE suivants sont inclus : + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546) + [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975) **Améliorations de la disponibilité :** + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur lors de la lecture d'une table modifiée ou supprimée sur l'instance de base de données d'écriture. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données Aurora MySQL Writer lorsqu'une session de transfert d'écriture était fermée lors de l'exécution d'une requête transférée. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lors de la gestion de grands ensembles GTID sur une instance activée pour les journaux binaires. + Correction d'un problème lors du traitement des `INSERT` requêtes sur les tables partitionnées InnoDB qui pouvait entraîner une diminution progressive de la mémoire libre dans l'instance. + Correction d'un problème qui, dans de rares cas, pouvait entraîner le redémarrage des instances de base de données du lecteur. + 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](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). `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. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur utilisant le transfert d'écriture lorsqu'une [instruction de validation implicite](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) transférée rencontrait une erreur. + Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage d'une instance de lecteur lors de l'exécution de `SELECT` requêtes sur des tables soumises à une contrainte de clé étrangère. + Correction d'un problème selon lequel les instances de base de données utilisant des volumes de cluster Aurora de plusieurs To pouvaient subir des temps d'arrêt accrus lors du redémarrage en raison d'échecs de validation du pool de mémoire tampon InnoDB. + Correction d'un problème qui provoquait le redémarrage d'une base de données lorsqu'une contrainte de clé `DELETE` étrangère `UPDATE` ou en cascade était définie sur une table où une colonne virtuelle était impliquée soit en tant que colonne dans la contrainte de clé étrangère, soit en tant que membre de la table référencée. + Correction d'un problème qui pouvait interrompre la restauration de la base de données au démarrage si le redémarrage se produisait lors d'opérations d'insertion intensives impliquant des `AUTO_INCREMENT` colonnes. + Correction d'un problème Aurora Serverless v2 qui pouvait entraîner le redémarrage de la base de données lors de la mise à l'échelle. **Améliorations générales :** + I/O Utilisation réduite et performances améliorées pour un sous-ensemble de requêtes d'analyse par plage de clés primaires utilisant une requête parallèle. + [La version 3.06.0 d'Aurora MySQL](AuroraMySQL.Updates.3060.md) a ajouté le support pour l'intégration d'Amazon Bedrock. Dans ce cadre, de nouveaux mots clés réservés (`accept`,`aws_bedrock_invoke_model`, `aws_sagemaker_invoke_endpoint``content_type`, et`timeout_ms`) ont été ajoutés. Dans Aurora MySQL version 3.07.0, ces mots clés ont été remplacés par des mots clés non réservés, qui sont autorisés comme identifiants sans guillemets. Pour plus d'informations sur la façon dont MySQL gère les mots clés réservés et non réservés, consultez la section [Mots clés et mots réservés](https://dev.mysql.com/doc/refman/8.0/en/keywords.html) dans la documentation MySQL. + Correction d'un problème qui ne renvoyait pas clairement de message d'erreur au client lors de l'appel du service Amazon Bedrock depuis un cluster de base de données Aurora MySQL alors qu' Région AWS Amazon Bedrock n'était pas encore disponible. + Correction d'un problème qui pouvait entraîner une consommation de mémoire excessive lors de l'interrogation de `BLOB` colonnes à l'aide de la requête parallèle Aurora. + Ajout de la prise en charge `connection_memory_limit` des `connection_memory_chunk_size` paramètres et à définir au niveau de la session pour qu'ils se comportent de la même manière que dans MySQL Community Edition. Le `connection_memory_limit` est utilisé pour définir la quantité maximale de mémoire pouvant être utilisée par une connexion utilisateur unique. Le `connection_memory_chunk_size` paramètre peut être utilisé pour définir la taille de segmentation pour les mises à jour du [compteur global d'utilisation de la mémoire](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Global_connection_memory). + 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. + Problème résolu : la réplication du journal binaire (binlog) configurée pour utiliser des certificats SSL personnalisés ([mysql.rds\$1import\$1binlog\$1ssl\$1material) pouvait échouer lorsque l'instance de réplication était en cours de remplacement](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) d'hôte. + Ajout de la variable d'état `Aurora_fts_cache_memory_used` globale pour suivre l'utilisation de la mémoire par le système de recherche en texte intégral dans toutes les tables. Pour plus d'informations, consultez les [variables d'état globales d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars) dans le *guide de l'utilisateur Amazon Aurora*. + Correction d'un problème selon lequel un cluster Amazon Redshift configuré comme destination zéro ETL pouvait subir une augmentation temporaire [IntegrationLag](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.monitoring.html)lorsqu'un cluster de base de données Amazon Aurora MySQL était configuré en tant que réplique de journal binaire, avec une intégration Binlog améliorée et Zero-ETL activée. + 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. + Restauration des `AUTO_INCREMENT` clés optimisée pour réduire le temps nécessaire à la restauration des instantanés, à la point-in-time restauration et au clonage de clusters de bases de données contenant un grand nombre de tables dans la base de données. + Correction d'un problème en raison duquel l'événement [wait/io/redo\$1log\$1flush](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams-waits.io-auredologflush.html) n'apparaissait pas dans les tableaux récapitulatifs des événements d'[attente](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) du schéma de performance. + Correction d'un problème qui pouvait provoquer des erreurs clés dupliquées pour les `AUTO_INCREMENT` colonnes utilisant des index décroissants après une restauration instantanée, un retour en arrière ou une opération de clonage de base de données. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données d'écriture lorsqu'une instance de base de données de lecture utilisant le transfert d'écriture exécutait une instruction DML (Data Manipulation Language) contenant une valeur d'horodatage et que le paramètre de ` time_zone` base de données était défini sur. `UTC` + Problème résolu : une `SELECT` requête sur une instance de lecteur Aurora pouvait échouer en raison de l'inexistence de la table d'erreurs lorsque la table contient au moins un index de recherche en texte intégral (FTS) et qu'une `TRUNCATE` instruction est exécutée sur l'instance de base de données Aurora Writer. + Correction d'un problème qui, dans de rares cas, entraînait l'échec de l'application de correctifs sans interruption de service (ZDP). + Correction d'un problème qui pouvait entraîner un ensemble de résultats incomplet lors de l'exécution de requêtes impliquant `LEFT JOIN` ou d'`RIGHT JOIN`opérations utilisant l'algorithme de jointure par hachage avec requête parallèle. **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 la version 3 d'Aurora MySQL 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. + Correction d'un problème en raison duquel la valeur [SERVER\$1ID](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html#AuroraMySQL.Reference.ISTables.replica_host_status) n'était pas mise à jour après un changement de déploiement Amazon RDS. Blue/Green Cela a entraîné des problèmes dans lesquels les pilotes intelligents tels que le [pilote JDBC Amazon Web Services (AWS)](https://github.com/awslabs/aws-advanced-jdbc-wrapper) n'ont pas pu découvrir la topologie du cluster de bases de données après un basculement. blue/green Avec ce correctif, les clusters de base de données Aurora renommés dans le cadre d'un Blue/Green déploiement RDS, qui s'exécutent sur Aurora MySQL version 3.07 ou ultérieure, verront leur `SERVER_ID` valeur mise à jour dans le cadre du passage au numérique. Pour les versions antérieures, les instances de base de données des clusters bleu et vert peuvent être redémarrées pour mettre à jour la `SERVER_ID` valeur. ## 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.36 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème en raison duquel la valeur de la ligne de cache pouvait être calculée de manière incorrecte, ce qui provoquait un échec lors du redémarrage de la base de données sur les instances basées sur Graviton. (Correctif de bogue communautaire \$135479763) + Correction d'un problème en raison duquel certaines instances de sous-requêtes dans les routines stockées n'étaient pas traitées correctement. (Correctif de bogue communautaire \$135377192) + Correction d'un problème qui pouvait entraîner une augmentation de l'utilisation du processeur en raison de la rotation des certificats TLS en arrière-plan (Community Bug Fix \$134284186). + Correction d'un problème en raison duquel InnoDB autorisait l'ajout de `INSTANT` colonnes aux tables dans le schéma système MySQL dans les versions d'Aurora MySQL inférieures à 3.05, ce qui pouvait entraîner la fermeture inattendue du serveur (redémarrage de l'instance de base de données) après la mise à niveau vers la version 3.05.0 d'Aurora MySQL. (Correctif de bogue communautaire \$135625510). # Mises à jour du moteur de base de données Aurora MySQL 2024-06-26 (version 3.06.1) (obsolète) **Version :** 3.06.1 Aurora MySQL 3.06.1 est généralement disponible. Les versions 3.06 d'Aurora MySQL sont compatibles avec MySQL 8.0.34. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 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.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 et 3.07.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise à blue/green niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.06.1. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 8.0.34. Les correctifs CVE suivants sont inclus : + [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) + [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853) **Améliorations de la disponibilité :** + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données Aurora MySQL lors de l'exécution d'une requête parallèle. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur lors de la lecture d'une table modifiée ou supprimée sur l'instance de base de données d'écriture. + Correction d'un problème qui provoquait une violation de l'accès à la mémoire entraînant la libération d'un objet mutex n'appartenant plus au thread. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données Aurora MySQL Writer lorsqu'une session de transfert d'écriture était fermée lors de l'exécution d'une requête transférée. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lors de la gestion de grands ensembles GTID sur une instance activée pour les journaux binaires. + Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage d'une instance de lecteur lors de l'exécution de `SELECT` requêtes sur des tables soumises à une contrainte de clé étrangère. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lors d'une tentative de restauration du dictionnaire de données InnoDB lors de la restauration de la base de données. + Correction d'un problème Aurora Serverless v2 qui pouvait entraîner le redémarrage de la base de données lors de la mise à l'échelle. **Améliorations générales :** + Correction d'un problème dans le code de publication des métriques en raison duquel la mémoire pouvait être utilisée après avoir été libérée. + Correction d'un problème qui provoquait des redémarrages répétés du moteur de base de données en raison de l'inexistence d'un objet tablespace d'annulation. + Correction d'un problème lié à la troncature automatique des tablespaces d'annulation lorsqu'ils sont supérieurs au seuil [innodb\$1max\$1undo\$1log\$1size](https://dev.mysql.com/doc/refman/8.4/en/innodb-parameters.html#sysvar_innodb_max_undo_log_size) dans les scénarios de mise à niveau. + Correction d'un problème qui fournissait une valeur incorrecte pour la variable d'`threads_running`état lors de l'utilisation de la base de données globale Aurora. + Correction d'un problème à cause duquel une réplique de lecture du journal binaire Aurora MySQL (binlog) avec [optimisation de l'index secondaire parallèle](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#binlog-optimization) activée redémarrait lors de l'application de modifications de réplication sur des tables contenant des clés étrangères. + [La version 3.06.0 d'Aurora MySQL](AuroraMySQL.Updates.3060.md) a ajouté le support pour l'intégration d'Amazon Bedrock. Dans ce cadre, de nouveaux mots clés réservés (`accept`,`aws_bedrock_invoke_model`, `aws_sagemaker_invoke_endpoint``content_type`, et`timeout_ms`) ont été ajoutés. Dans Aurora MySQL version 3.06.1, ces mots clés ont été remplacés par des mots clés non réservés, qui sont autorisés comme identifiants sans guillemets. Pour plus d'informations sur la façon dont MySQL gère les mots clés réservés et non réservés, consultez la section [Mots clés et mots réservés](https://dev.mysql.com/doc/refman/8.0/en/keywords.html) dans la documentation MySQL. + Correction d'un problème qui ne renvoyait pas clairement de message d'erreur au client lors de l'appel du service Amazon Bedrock depuis un cluster de base de données Aurora MySQL alors qu' Région AWS Amazon Bedrock n'était pas encore disponible. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données en raison d'informations inexactes sur le détenteur du verrou `rw_lock` lors de l'utilisation de lectures parallèles. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors `SHOW VOLUME STATUS` de son exécution. + Correction d'un problème de gestion de la mémoire qui entraînait une diminution de la mémoire disponible au fil du temps lors de l'exécution de `SELECT ... INTO OUTFILE ...` requêtes. + Ajout de la prise en charge des `connection_memory_chunk_size` paramètres `connection_memory_limit` et à définir au niveau de la session pour qu'ils se comportent de la même manière que les fonctionnalités correspondantes dans MySQL Community Edition. Le `connection_memory_limit` paramètre définit la quantité maximale de mémoire pouvant être utilisée par une connexion utilisateur unique. Le `connection_memory_chunk_size` paramètre définit la taille de segmentation pour les mises à jour du [compteur global d'utilisation de la mémoire](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Global_connection_memory). + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lorsque le stockage local de l'instance de base de données atteignait sa pleine capacité. + Correction d'un problème en raison duquel le schéma de performance n'était pas activé lorsque la gestion automatisée de Performance Insights était activée pour les instances de base de données db.t4g.medium et db.t4g.large. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données d'écriture lorsqu'une instance de base de données de lecture utilisant le transfert d'écriture exécutait une instruction DML (Data Manipulation Language) contenant une valeur d'horodatage et que le paramètre de ` time_zone` base de données était défini sur. `UTC` + Correction d'un problème lié à l'application de correctifs sans interruption de service (ZDP) qui empêchait une instance de base de données de fermer les connexions client lorsqu'elle atteignait la valeur minimale configurée par le client de l'un ou de l'autre. `wait_timeout` ` interactive_timeout` **Mises à niveau et migrations :** + Correction d'un problème qui entraînait l'échec des mises à niveau ou des migrations lorsque la version du moteur de base de données Aurora MySQL cible était la version 3.04.0 ou supérieure. Cela se produit lorsque le paramètre du `lower_case_table_names` cluster de base de données est défini sur et que le classement de base de données MySQL est incompatible avec les noms de table en minuscules. `1` ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Cette version inclut toutes les corrections de bogues communautaires, y compris la version 8.0.34. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). # Mises à jour du moteur de base de données Aurora MySQL 2024-03-07 (version 3.06.0) (obsolète) **Version : 3.06.0** Aurora MySQL 3.06.0 est généralement disponible. Les versions 3.06 d'Aurora MySQL sont compatibles avec MySQL 8.0.34. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 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.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1 et 3.06.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise à blue/green niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.06.0. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Nouvelles fonctionnalités + La version 3.06.0 d'Aurora MySQL prend en charge l'intégration d'Amazon Bedrock et introduit les nouveaux mots clés réservés`accept`,, `aws_bedrock_invoke_model``aws_sagemaker_invoke_endpoint`, `content_type` et. `timeout_ms` Vérifiez les définitions des objets pour vérifier l'utilisation des nouveaux mots clés réservés avant de passer à la version 3.06.0. Pour atténuer le conflit avec les nouveaux mots clés réservés, citez les mots clés réservés utilisés dans les définitions des objets. Pour plus d'informations sur l'intégration d'Amazon Bedrock et la gestion des mots clés réservés, consultez [Qu'est-ce qu'Amazon Bedrock](https://docs.aws.amazon.com/bedrock/latest/userguide/what-is-bedrock.html) ? dans le *guide de l'utilisateur d'Amazon Aurora*. Pour plus d'informations, consultez les sections [Mots clés et mots réservés](https://dev.mysql.com/doc/refman/8.0/en/keywords.html), [la table INFORMATION\$1SCHEMA KEYWORDS](https://dev.mysql.com/doc/refman/8.0/en/information-schema-keywords-table.html) et les [noms d'objets de schéma](https://dev.mysql.com/doc/refman/8.0/en/identifiers.html) dans la documentation MySQL. + Performances améliorées pour les répliques de journaux binaires lors de la réplication de transactions pour de grandes tables comportant plusieurs index secondaires. Cette fonctionnalité introduit un groupe de threads permettant d’appliquer des modifications d’index secondaires en parallèle sur un réplica de journal binaire. Cette fonctionnalité est contrôlée par le paramètre de cluster de bases de données `aurora_binlog_replication_sec_index_parallel_workers`, qui contrôle le nombre total de threads parallèles disponibles pour appliquer les modifications d’index secondaires. Pour plus d'informations, consultez [Réplication avec Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#binlog-optimization) dans le *Guide de l'utilisateur Amazon Aurora*. + Ajout d'une nouvelle procédure stockée `mysql.rds_set_read_only` qui permet de modifier la valeur de la variable système globale `read_only` sur les instances de base de données de votre cluster Aurora MySQL. Pour plus d'informations, consultez la section [Réplication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) dans le *guide de l'utilisateur Amazon Aurora*. + Ajout d'une nouvelle procédure stockée `mysql.rds_set_binlog_source_ssl` qui permet de définir le chiffrement d'une réplique de journal binaire en spécifiant une valeur pour`SOURCE_SSL`. Pour plus d'informations, consultez la section [Réplication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) dans le *guide de l'utilisateur Amazon Aurora*. + [Amazon Aurora Machine Learning](https://aws.amazon.com/rds/aurora/machine-learning) est une intégration optimisée entre la base de données Aurora MySQL et les services d'apprentissage AWS automatique (ML). [Amazon Bedrock](https://docs.aws.amazon.com/bedrock/latest/userguide/what-is-bedrock.html) est désormais pris en charge, ce qui vous permet d'invoquer des modèles d'apprentissage automatique dans Amazon Bedrock directement depuis votre cluster de bases de données Aurora MySQL à l'aide de SQL. Pour plus d'informations sur l'utilisation d'Amazon Bedrock avec votre cluster de bases de données Aurora MySQL, consultez la section [Utilisation de l'apprentissage automatique Amazon Aurora avec Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html) dans le *guide de l'utilisateur Amazon Aurora*. + Aurora MySQL version 3.06 ajoute la prise en charge de l'[annulation automatique de la troncature des tablespaces](https://dev.mysql.com/doc/refman/8.0/en/innodb-undo-tablespaces.html#truncate-undo-tablespace). Cette optimisation vous permet de récupérer l'espace inutilisé dans les tablespaces d'annulation une fois les journaux d'annulation purgés. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** Les correctifs CVE suivants sont inclus dans cette version : + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546) + [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975) **Améliorations de la disponibilité :** + Correction d'un problème en raison duquel une instance de base de données de réplication en lecture ne pouvait pas être lancée correctement lorsque la charge de travail de l'instance de base de données d'écriture était élevée. + Correction d'un problème à cause duquel une instance de base de données Aurora MySQL Writer pouvait basculer en raison d'un défaut de communication avec le stockage Aurora. Le défaut est dû à une rupture de communication entre l'instance de base de données et le stockage sous-jacent suite à une mise à jour logicielle de l'instance de stockage Aurora. + Correction d'un problème lors du traitement des `INSERT` requêtes sur les tables partitionnées InnoDB qui 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 ou le basculement d'une instance de base de données Aurora MySQL en raison d'une diminution de la mémoire disponible lorsque la jointure par hachage est utilisée lors de l'exécution de requêtes. + 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](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). `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. + Correction d'un problème qui provoquait le redémarrage de la base de données lorsqu'une contrainte de clé `DELETE` étrangère `UPDATE` ou en cascade était définie sur une table où une colonne virtuelle était impliquée soit en tant que colonne dans la contrainte de clé étrangère, soit en tant que membre de la table référencée. + Dans Aurora MySQL 2.10, nous avons ajouté la prise en charge du redémarrage d'un cluster de base de données Aurora avec disponibilité en lecture. Cette fonctionnalité permet aux instances de base de données de lecteur de rester en ligne pendant le redémarrage d'une instance de base de données d'écriture. Cette fonctionnalité est désormais prise en charge sur le secondaire Régions AWS dans les bases de données globales Aurora MySQL, ce qui garantit que vous pouvez toujours répondre aux demandes de lecture lors du redémarrage d'une instance d'écriture sur le cluster principal. Auparavant, lors du redémarrage d'une instance d'écriture, toutes les instances de lecteur d'un cluster secondaire Aurora MySQL redémarraient également. Avec cette version, les instances de lecteur de cluster secondaires continuent de traiter les demandes de lecture lors du redémarrage d'une instance d'écriture, ce qui améliore la disponibilité de lecture dans le cluster. Pour plus d'informations, voir [Redémarrage d'un cluster Aurora avec disponibilité en lecture](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html#aurora-mysql-survivable-replicas). + Correction d'un problème qui pouvait interrompre la restauration de la base de données au démarrage si le redémarrage se produisait lors d'opérations d'insertion intensives impliquant des `AUTO_INCREMENT` colonnes. **Améliorations générales :** + Correction d'un problème qui pouvait entraîner l'échec d'une requête parallel en raison de problèmes réseau transitoires lors de la lecture des données du volume du cluster Aurora. + 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. + Problème résolu : la réplication du journal binaire (binlog) configurée pour utiliser des certificats SSL personnalisés ([mysql.rds\$1import\$1binlog\$1ssl\$1material) pouvait échouer lorsque l'instance de réplication était en cours de remplacement](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) d'hôte. + Les petites instances de base de données dont la mémoire est inférieure ou égale à 4 GiB ferment désormais les connexions les plus gourmandes en mémoire lorsque l'instance de base de données est soumise à une pression de mémoire. Vous pouvez également ajuster le pool de mémoire tampon pour réduire sa taille. Pour plus d'informations, consultez la section [ out-of-memoryProblèmes liés à Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) dans le *guide de l'utilisateur Amazon Aurora*. + Modification de la réponse par défaut pour`aurora_oom_response`, sur toutes les classes d'instance de base de données disposant de plus de 4 GiB de mémoire, de vide à. `print` Pour plus d'informations, consultez la section [ out-of-memoryProblèmes liés à Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) dans le *guide de l'utilisateur Amazon Aurora*. + 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. + Restauration des `AUTO_INCREMENT` clés optimisée pour réduire le temps nécessaire à la restauration des instantanés, à la point-in-time restauration et au clonage de clusters de bases de données contenant un grand nombre de tables dans la base de données. + Correction d'un problème en raison duquel l'événement [wait/io/redo\$1log\$1flush](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams-waits.io-auredologflush.html) n'apparaissait pas dans les tableaux récapitulatifs des événements d'[attente](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) du schéma de performance. + Ajout des `Aurora_lockmgr_buffer_pool_memory_used` métriques `Aurora_lockmgr_memory_used` et pour suivre l'utilisation de la mémoire par le gestionnaire de verrous. Pour plus d'informations, consultez les [variables d'état globales Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars) dans le *guide de l'utilisateur Amazon Aurora*. + Correction d'un problème à cause duquel les petites instances de répliques en lecture pouvaient subir un délai de réplication accru après une mise à niveau à partir de versions d'Aurora MySQL inférieures à 2.11.\$1. + Correction d'un problème qui pouvait provoquer des erreurs clés dupliquées pour les `AUTO_INCREMENT` colonnes utilisant des index décroissants après une restauration instantanée, un retour en arrière ou une opération de clonage de base de données. + Problème résolu : une `SELECT` requête sur une instance de lecteur Aurora pouvait échouer en raison de l'inexistence de la table d'erreurs lorsque la table contient au moins un index de recherche en texte intégral (FTS) et qu'une `TRUNCATE` instruction est exécutée sur l'instance de base de données Aurora Writer. + Correction d'un problème qui pouvait entraîner un ensemble de résultats incomplet lors de l'exécution de requêtes impliquant `LEFT JOIN` ou d'`RIGHT JOIN`opérations utilisant l'algorithme de jointure par hachage avec requête parallèle. **Mises à niveau et migrations :** + Correction d'un problème qui pouvait entraîner l'échec des mises à niveau des versions majeures en cas de présence d'une `FTS_DOC_ID` colonne définie par l'utilisateur dans le schéma de table. + Correction d'un problème qui pouvait provoquer des échecs de mise à niveau d'Aurora My SQLversion 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 la version 3 d'Aurora MySQL 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.34 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème en raison duquel la valeur de la ligne de cache pouvait être calculée de manière incorrecte, ce qui provoquait un échec lors du redémarrage de la base de données sur les instances basées sur Graviton. (Correctif de bogue communautaire \$135479763) + Correction d'un problème en raison duquel certaines instances de sous-requêtes dans les routines stockées n'étaient pas toujours traitées correctement. (Correctif de bogue communautaire \$135377192) + Correction d'un problème qui pouvait entraîner une augmentation de l'utilisation du processeur en raison de la rotation des certificats TLS en arrière-plan (Community Bug Fix \$134284186). + Correction d'un problème en raison duquel InnoDB autorisait l'ajout de `INSTANT` colonnes aux tables dans le schéma système MySQL dans les versions d'Aurora MySQL inférieures à 3.05, ce qui pouvait entraîner la fermeture inattendue du serveur (redémarrage de l'instance de base de données) après la mise à niveau vers la version 3.05.0 d'Aurora MySQL. (Correctif de bogue communautaire \$135625510). # Mises à jour du moteur de base de données Aurora MySQL 2024-01-31 (version 3.05.2) (obsolète) **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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 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.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1 et 3.05.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** Les correctifs CVE suivants sont inclus dans cette version : + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/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 lors de l'exécution [simultanée des instructions SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). `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\$1import\$1binlog\$1ssl\$1material) pouvait échouer lorsque l'instance de réplication était en cours de remplacement](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) 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'InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-read-only-instance.html) lorsqu'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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_LogAccess.MySQL.LogFileSize.html#USER_LogAccess.MySQL.Errorlog). Pour plus d'informations`SHOW ENGINE INNODB STATUS`, consultez l'[instruction SHOW ENGINE](https://dev.mysql.com/doc/refman/8.0/en/show-engine.html) dans 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 la version 3 d'Aurora MySQL 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème en raison duquel un nombre excessif de lectures de disque étaient `records_in_range` effectuées pour les `INSERT` opérations, ce qui entraînait une baisse progressive des performances. (Correctif de bogue communautaire \$134976138) # Mises à jour du moteur de base de données Aurora MySQL 21/11/2023 (version 3.05.1) (obsolète) **Version :** 3.05.1 Aurora MySQL 3.05.1 est généralement disponible. Les versions 3.05 d'Aurora MySQL sont compatibles avec MySQL 8.0.32. Pour plus d'informations, consultez les [notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.\$1, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 et 3.05.\$1. Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 3.\$1 existant vers Aurora MySQL 3.05.1. Vous pouvez également restaurer un instantané à partir de n'importe quelle version d'Aurora MySQL actuellement prise en charge dans Aurora MySQL 3.05.1. Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 3.05.\$1, vous devez mettre à niveau vos clusters de bases de données principales et secondaires vers la même version, y compris le même niveau de correctif. Pour plus d'informations sur la mise à niveau de la version mineure d'une base de données globale Aurora, consultez [Mises à niveau de version mineure](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Cette version inclut tous les CVEs correctifs communautaires, y compris MySQL 8.0.32. + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.32 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème dans InnoDB : si une `INSTANT ADD` colonne était ajoutée à une table MySQL dans un schéma système entre les versions 3.01 à Aurora MySQL 3.04 et après la mise à niveau d'Aurora MySQL vers la version 3.05.0, le serveur se fermait de manière inattendue DMLs sur ces tables. (Correctif de bogue Community n° 35625510) # Mises à jour du moteur de base de données Aurora MySQL 2023-10-30 (version 3.05.0.1) (obsolète) **Version :** 3.05.0.1 Aurora MySQL 3.05.0.1 est généralement disponible dans les régions suivantes : USA Est (Virginie du Nord), USA Est (Ohio), USA Ouest (Californie du Nord), USA Ouest (Oregon), (US-Est) et AWS GovCloud AWS GovCloud (US-Ouest). Il s'agit d'une version anticipée qui ne contient que des correctifs de sécurité. Ces correctifs seront déployés plus largement dans toutes les régions avec le prochain correctif (version 3.05.1). 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.\$1, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 et 3.05.\$1. Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 3.\$1 vers Aurora MySQL 3.05.0.1. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 3.05.0.1. Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 3.05.\$1, vous devez mettre à niveau vos clusters de bases de données principales et secondaires vers la même version, y compris le même niveau de correctif. Pour plus d'informations sur la mise à niveau de la version mineure d'une base de données globale Aurora, consultez [Mises à niveau de version mineure](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Cette version inclut tous les CVEs correctifs communautaires, y compris MySQL 8.0.32. + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) # Mises à jour du moteur de base de données Aurora MySQL 25/10/2016 (version 3.05.0) (obsolète) **Version :** 3.05.0 Aurora MySQL 3.05.0 est 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1 et 3.05.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.05.0. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Nouvelles fonctions :** + Ajout de la prise en charge de l'enregistrement des données d'un cluster de base de données Aurora MySQL dans des fichiers texte stockés dans un compartiment Amazon S3 chiffré avec une clé KMS (SSE-KMS). Pour plus d'informations, consultez [Enregistrement de données d'un cluster de bases de données Amazon Aurora MySQL dans des fichiers texte stockés dans un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html). + Introduction d'une nouvelle variable d'état globale `aurora_tmz_version` pour indiquer la version actuelle des informations de fuseau horaire utilisées par le moteur. Les valeurs suivent la version de la base de données de fuseaux horaires de l'IANA et sont formatées comme YYYYsuffix « », par exemple 2022a et 2023c. Pour plus d'informations, consultez [Variables d'état globales Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars). **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs de CVE supplémentaires ci-dessous : + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) **Améliorations de la disponibilité :** + Correction d'un problème de redémarrage des instances de base de données Aurora MySQL utilisant une requête parallèle lorsqu'elles exécutent un grand nombre de requêtes parallèles simultanées. + Correction d'un problème de conflit de verrouillage causé par un thread de journalisation d'audit pouvant conduire à une utilisation élevée du processeur et à des délais d'attente pour les applications clientes. + Correction d'un problème pouvant conduire à la récupération incorrecte du jeu de GTID exécuté sur un cluster de réplica du journal binaire avec le journal binaire amélioré activé lorsqu'une source binlog est définie sur `gtid_mode` `ON` ou `ON_PERMISSIVE`. Ce problème peut entraîner un redémarrage supplémentaire de l'instance d'enregistreur du cluster de réplica pendant la récupération, ou entraîner des résultats incorrects lors de l'interrogation du jeu de GTID exécuté. + Correction d'un problème de gestion de la mémoire pouvant entraîner le redémarrage ou le basculement d'une instance de base de données Aurora MySQL en raison d'une diminution de la mémoire disponible lorsque le journal binaire amélioré est activé. + Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données lors d'une tentative de lecture d'une page de base de données appartenant à une table supprimée. + Correction d'un problème susceptible d'entraîner le redémarrage de l'instance d'enregistreur lorsque celle-ci augmente le volume de la base de données jusqu'à un multiple de 160 Go. + Correction d'un problème de blocage d'une instance de base de données MySQL Aurora avec la fonctionnalité de journal binaire amélioré activée pendant le démarrage de l'instance de base de données alors que le processus de récupération du journal binaire est en cours d'exécution. + Correction d'un problème de redémarrages multiples d'une instance de base de données Aurora MySQL pendant le démarrage de l'instance alors que de grands segments d'annulation sont initialisés. + Correction d'un problème d'application de correctifs sans temps d'arrêt, qui provoque le redémarrage de l'instance et la fermeture inattendue des connexions à la base de données. + Correction d'un problème susceptible de provoquer le redémarrage d'une instance de base de données en raison d'un blocage lors de l'exécution simultanée des instructions [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). L'instruction gérée purge binary logs est exécutée pour respecter la durée de conservation du journal binaire configurée par l'utilisateur. + Correction d'un problème susceptible d'entraîner l'indisponibilité du cluster de base de données si l'instance d'enregistreur redémarre alors que la base de données crée ou supprime des déclencheurs sur des tables système internes. + Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données en raison d'un long délai d'attente du sémaphore lors de l'utilisation de la fonctionnalité de journal binaire amélioré sur un cluster doté d'un réplica Aurora. + Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données lors de l'exécution d'une requête référençant une fonction d'agrégation. + Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage d'une instance de base de données lorsqu'Aurora Serverless v2 tente de manière incorrecte de mettre à jour le cache de la table lors de la mise à l'échelle. + Correction d'un problème de prise en compte de méthodes d'accès à l'analyse d'index non prises en charge pour les expressions de table courantes (CTE) lors de la matérialisation des tables temporaires intermédiaires, ce qui pouvait entraîner des comportements indésirables, notamment des redémarrages de la base de données ou des résultats de requête incorrects. Nous avons résolu ce problème en évitant d'utiliser de telles méthodes d'accès non prises en charge par analyse d'index sur les tables utilisant le moteur TempTable de stockage. **Améliorations générales :** + Correction d'un problème susceptible d'entraîner l'indisponibilité de la base de données lorsque le journal binaire amélioré est activé sur un cluster de base de données Aurora Serverless v2 exécuté sur Aurora MySQL 3.04.0. + Suppression des métadonnées de stockage inutilisées avant d'écrire sur le stockage Aurora lorsque la fonctionnalité de journal binaire amélioré est activée. Cette suppression permet d'éviter certains scénarios de redémarrage ou de basculement de base de données en raison d'une latence d'écriture accrue due à l'augmentation du nombre d'octets transmis sur le réseau. + Avec l'ajout des tables `malloc_stats` et `malloc_stats_totals` dans le paramètre `performance_schema`, trois variables système avancées ont été ajoutées pour contrôler le comportement de Jemalloc, un allocateur de mémoire interne : + `aurora_jemalloc_background_thread`. + `aurora_jemalloc_dirty_decay_ms`. + `aurora_jemalloc_tcache_enabled`. + Correction d'un problème d'absence de création de tables de schéma de performance spécifiques à Aurora lors d'une mise à niveau ou d'une migration. + Ajout d'une nouvelle variable système, `aurora_use_vector_instructions`. Lorsque ce paramètre est activé, Aurora MySQL utilise des instructions de traitement vectoriel optimisées pour améliorer les performances lors de I/O lourdes charges de travail. Ce paramètre est activé par défaut dans Aurora MySQL versions 3.05 et ultérieures. Pour plus d'informations, consultez [Paramètres de configuration d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Instance). + Correction d'un problème en raison duquel les `NumBinaryLogFiles` métriques affichées pouvaient CloudWatch afficher des résultats incorrects lorsque le journal binaire amélioré était activé. + Le délai d'attente des requêtes pour les opérations de [machine learning Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html) adressées à Amazon SageMaker est passé de 3 à 30 secondes. Cette augmentation permet de résoudre le problème qui amenait les clients à constater une augmentation du nombre de tentatives ou d'échecs des requêtes adressées à Amazon SageMaker par le machine learning Aurora MySQL lors de l'utilisation de lots plus volumineux. + Ajout de la prise en charge des tables `malloc_stats` et `malloc_stats_totals` dans la base de données performance\$1schema. + Mise à jour du mot-clé `FROM` de la commande `LOAD DATA FROM S3` afin de le rendre facultatif. Pour plus d'informations, consultez [Chargement de données dans un cluster de bases de données Amazon Aurora MySQL à partir de fichiers texte stockés dans un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html). + Ajout de la prise en charge du paramètre `innodb_aurora_instant_alter_column_allowed`, qui contrôle si l'algorithme `INSTANT`peut être utilisé pour les opérations `ALTER COLUMN`. Pour plus d'informations, consultez [Paramètres de niveau cluster](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Cluster). + Correction d'un problème empêchant l'établissement de nouvelles connexions clientes à la base de données lorsque le transfert d'écriture est activé. + Correction d'un problème empêchant la modification du paramètre `table_open_cache` de la base de données de prendre effet tant que l'instance de base de données n'est pas redémarrée. + Correction d'un problème susceptible de provoquer des erreurs de duplication de clés dans les colonnes `AUTO_INCREMENT` utilisant des index décroissants après une restauration instantanée, un retour en arrière ou une opération de clonage de base de données. + Correction d'un problème avec l'analyse d'index qui pouvait renvoyer un résultat inexact lors de l'exécution d'une requête `SELECT` avec la clause `GROUP BY` et le paramètre `aurora_parallel_query` défini sur `ON`. + Correction d'un problème susceptible d'épuiser la mémoire disponible lors de l'exécution de requêtes sur la table `INFORMATION_SCHEMA INNODB_TABLESPACES`. + Correction d'un problème empêchant l'instance de lecteur d'ouvrir une table (ERROR 1146). Ce problème se produit lors de l'exécution de certains types d'instructions DDL (Data Definition Language) en ligne alors que l'algorithme `INPLACE` est utilisé sur l'instance d'enregistreur. + Correction d'un problème empêchant le redémarrage de l'instance pendant la mise à l'échelle d'Aurora Serverless v2 lorsque le processus de surveillance interne soumet par erreur des demandes de mise à l'échelle en double. + Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lorsque les consommateurs de journaux binaires (binlog) connectés utilisaient un serveur de réplication de journaux binaires dupliqué. IDs + Introduction d'un cache de [journal de relais](https://dev.mysql.com/doc/refman/8.0/en/replica-logs-relaylog.html) en mémoire pour les réplicas de journal binaire gérés par Aurora MySQL. Grâce à cette amélioration, le débit de réplication de journal binaire peut être accru de 40 %. Cette amélioration est activée automatiquement lorsque la réplication de journal binaire monothread est utilisée ou que la réplication multithread est utilisée avec le [positionnement automatique GTID](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) activé. **Mises à niveau et migrations :** + Lors de la mise à niveau de MySQL 5.7 vers MySQL 8.0 avec un très grand nombre de tables dans une seule base de données, le serveur consommait trop de mémoire. Lors du processus de vérification de la possibilité de mise à niveau des tables, il a été constaté que nous récupérions tous les objets `Table` du dictionnaire de données en amont et que nous les traitions, récupérions leur nom, et [vérifions la compatibilité des versions](https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility) dans la liste. La recherche préalable de tous les objets n'était pas nécessaire dans ce cas, et contribuait grandement à la consommation de mémoire. Pour corriger ce problème, nous récupérons désormais un objet `Table` à la fois, nous effectuons toutes les vérifications nécessaires, nous récupérons son nom et nous libérons l'objet avant de passer au suivant. (Bogue n° 34526001) + Amélioration des performances des mises à niveau des versions majeures d'Aurora MySQL de la version 2 à la version 3 en exécutant des vérifications de tablespace en parallèle en utilisant tous les v disponibles CPUs sur l'instance de base de données. ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.32 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème susceptible d'augmenter l'utilisation du processeur en raison de la rotation des certificats TLS en arrière-plan. (Correctif du bogue n° 34284186) # Mises à jour du moteur de base de données Aurora MySQL 2026-01-02 (version 3.04.6, compatible avec MySQL 8.0.28) **Version :** 3.04.6 Aurora MySQL 3.04.6 est généralement disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.30Updates.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. Vous pouvez effectuer une mise à niveau sur place qui exploite un [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html)cluster Aurora MySQL version 3.04.6, en restaurer un instantané ou lancer une blue/green mise à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations de disponibilité** + Correction d'un problème qui pouvait provoquer le redémarrage du moteur lors de `KILL ` son exécution après `EXPLAIN FOR CONNECTION ` l'exécution d'une requête parallèle. + Correction de problèmes susceptibles de rendre l'instance d'écriture indisponible si le transfert d'écriture est désactivé ou si les instances de lecteur sont redémarrées lors de l'utilisation du transfert d'écriture global ou du transfert d'écriture local **Améliorations générales** + Correction d'un problème qui empêchait les instances de lecteur de générer des journaux d'erreurs lorsque le transfert d'écriture était activé et que le paramètre « aurora\$1replica\$1read\$1consistency » était modifié. + Correction d'un problème qui empêchait certaines instructions SQL d'être enregistrées dans le journal d'audit. ## 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.28 incluse. 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](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). # Mises à jour du moteur de base de données Aurora MySQL 2025-05-05 (version 3.04.4, compatible avec MySQL 8.0.28) **Version :** 3.04.4 Aurora MySQL 3.04.4 est généralement disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28. Pour plus d'informations sur les modifications apportées, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour plus d'informations sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) dans le *guide de l'utilisateur Amazon Aurora*. **Note** Cette version est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez [Versions Long-Term Support (LTS) d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) dans le *Guide de l'utilisateur Amazon Aurora*. Nous vous recommandons de ne pas définir le `AutoMinorVersionUpgrade` paramètre sur `true` (ou de ne pas activer la **mise à niveau automatique des versions mineures** dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS. Vous pouvez effectuer une mise à niveau sur place qui exploite un [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html)cluster Aurora MySQL version 3.04.4, en restaurer un instantané ou lancer une blue/green mise à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Correctifs de sécurité** Critique CVEs : + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) **Améliorations de disponibilité** + Correction d'un problème sur la réplique à cause duquel une interruption du réseau risquait de ne pas rétablir correctement la connexion avec le rédacteur. + Correction d'un problème qui pouvait provoquer le redémarrage d'une réplique de journal binaire (binlog) lors du traitement d'un grand nombre de fichiers journaux de relais lors de la [restauration du journal de relais](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html). + Correction d'un problème qui provoquait le redémarrage d'une instance de lecteur de base de données lors de l'exécution d'une requête à l'aide de la fonctionnalité Parallel Query. + Correction d'un problème qui, dans de rares cas, pouvait désactiver la journalisation binaire lorsqu'une erreur se produisait lors de la validation d'une transaction importante. + Correction d'un problème qui pouvait entraîner le redémarrage des répliques de lecture Aurora en cas de certains rares ordres de validation de transactions sur l'instance de base de données du rédacteur. + Correction d'un problème qui pouvait entraîner le redémarrage de la base de données lorsque des [événements planifiés étaient](https://dev.mysql.com/doc/refman/8.0/en/events-overview.html) annulés pendant l'exécution sur des instances sur lesquelles Enhanced Binlog était activé. + Correction d'un problème selon lequel les instances de base de données utilisant des volumes de cluster Aurora de plusieurs To pouvaient subir des temps d'arrêt accrus au redémarrage en raison d'échecs de validation du pool de mémoire tampon InnoDB. **Améliorations générales** + Les privilèges suivants ont été ajoutés aux `rds_superuser_role` : `FLUSH_OPTIMIZER_COSTS``FLUSH_STATUS`,`FLUSH_TABLES`, et`FLUSH_USER_RESOURCES`. Pour plus d'informations à ce sujet`rds_superuser_role`, consultez la section [Amazon Master User Accounts with Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html) dans le *guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur ces privilèges dynamiques, consultez la [documentation MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html). + Correction d'un problème en raison duquel une connexion préservée était mal gérée lors de l'application de correctifs sans interruption (ZDP) ou du redémarrage sans interruption (ZDR), ce qui pouvait amener le client à attendre indéfiniment la fin d'une requête. + Correction d'un problème en raison duquel la ligne devenait illisible via l'index spatial lors d'une mise à jour. + Correction d'un problème en raison duquel une requête contenant un indice d'optimisation abandonnée lors d'un redémarrage sans interruption ou d'une opération de correction sans interruption de service pouvait être traitée de manière incorrecte. + Correction d'un problème en raison duquel la latence de validation n'était pas mesurée lorsqu'elle `innodb_flush_log_at_trx_commit` était définie sur`0`. + Des optimisations ont été introduites pour réduire l'utilisation de la mémoire lors de la restauration du [dictionnaire de données](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html) logique lorsqu'il existe un grand nombre de tables. + Correction d'un problème en raison duquel l'exécution de la `SHOW BINARY LOGS` commande prenait plus de temps sur un cluster où Enhanced Binlog était activé ou était activé précédemment. Ce problème pourrait également entraîner une augmentation de la latence de validation si plusieurs `SHOW BINARY LOGS` commandes étaient exécutées simultanément. + Correction d'un problème de mémoire associé aux rôles par défaut du définisseur de vue. + Correction d'un problème pouvant entraîner l'échec du processus de désactivation de la fonction de transfert d'écriture. + Correction d'un problème qui empêchait l'établissement de nouvelles connexions client avec la base de données lorsque le transfert d'écriture est activé. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données Writer lorsqu'une instance de lecteur utilisant le transfert d'écriture exécute une instruction DML contenant une `timestamp` valeur et que le paramètre de `time_zone` base de données est défini sur « UTC ». + Correction d'un problème qui provoquait l'indisponibilité intermittente d'un réplica Aurora Read ou des incohérences dans la définition de la table avec une erreur `'Table does not exist'` sur le réplica en raison de requêtes de lecture simultanées sur le réplica et d'opérations DDL sur le scripteur. + Correction d'un problème qui pouvait entraîner un ensemble de résultats incomplet lors de l'exécution de requêtes impliquant `LEFT-` ou d'`RIGHT-JOIN`opérations utilisant l'algorithme de jointure par hachage avec Parallel Query. + À partir de cette version d'Aurora MySQL, l'optimisation de l'insertion rapide n'est plus activée. Pour plus d'informations, consultez [Améliorations des performances Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) dans le *Guide de l'utilisateur Amazon Aurora*. **Mises à niveau et migrations** + Suppression des rôles par défaut créés inutilement lors de la mise à niveau de AMS2 vers AMS3. ## 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.28 incluse. 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](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème qui permet de résoudre le blocage lorsque `FLUSH STATUS` et `SHOW PROCESS LIST` sont exécutés simultanément. `COM_CHANGE_USER` (Insecte \$135218030) # Mises à jour du moteur de base de données Aurora MySQL 2024-06-26 (version 3.04.3, compatible avec MySQL 8.0.28) **Version :** 3.04.3 Aurora MySQL 3.04.3 est généralement disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28. Pour plus d'informations sur les modifications apportées à la communauté, consultez les [notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). **Note** Cette version est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez [Versions Long-Term Support (LTS) d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) dans le *Guide de l'utilisateur Amazon Aurora*. Nous vous recommandons de ne pas définir le `AutoMinorVersionUpgrade` paramètre sur `true` (ou de ne pas activer la **mise à niveau automatique des versions mineures** dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.7.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 et 3.07.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement disponible vers un cluster Aurora MySQL version 3.04.3. Pour plus d'informations sur la planification d'une mise à niveau vers la version 3 d'Aurora MySQL, voir [Planification d'une mise à niveau de version majeure pour un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour obtenir des informations de dépannage, consultez la section [Résolution des problèmes liés à la mise à niveau sur place d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 8.0.28. Les correctifs CVE suivants sont inclus : + [CVE-2024-0853](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-0853) **Améliorations de la disponibilité :** + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données Aurora MySQL lors de l'exécution d'une requête parallèle. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données de lecteur lors de la lecture d'une table modifiée ou supprimée sur l'instance de base de données d'écriture. + Correction d'un problème qui provoquait une violation de l'accès à la mémoire entraînant la libération d'un objet mutex n'appartenant plus au thread. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données Aurora MySQL Writer lorsqu'une session de transfert d'écriture était fermée lors de l'exécution d'une requête transférée. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données lors de la gestion de grands ensembles GTID sur une instance activée pour les journaux binaires. + Correction d'un problème lors du traitement des `INSERT` requêtes sur les tables partitionnées InnoDB qui pouvait entraîner une diminution progressive de la mémoire libre dans l'instance de base de données. + Correction d'un problème qui, dans de rares cas, pouvait provoquer le redémarrage d'une instance de lecteur lors de l'exécution de `SELECT` requêtes sur des tables soumises à une contrainte de clé étrangère. + Correction d'un problème qui pouvait provoquer le redémarrage d'une base de données lorsque la restauration du dictionnaire de données InnoDB prenait beaucoup de temps pendant la restauration de la base de données. + Correction d'un problème qui provoquait le redémarrage d'une base de données lorsqu'une contrainte de clé `DELETE` étrangère `UPDATE` ou en cascade était définie sur une table où une colonne virtuelle était impliquée soit en tant que colonne dans la contrainte de clé étrangère, soit en tant que membre de la table référencée. + Correction d'un problème Aurora Serverless v2 qui pouvait entraîner le redémarrage de la base de données lors de la mise à l'échelle. **Améliorations générales :** + Correction d'un problème qui fournissait une valeur incorrecte pour la variable d'`threads_running`état lors de l'utilisation de la base de données globale Aurora. + Correction d'un problème qui provoquait le redémarrage d'une instance de base de données en raison d'informations inexactes sur le détenteur du verrou `rw_lock` lors de l'utilisation de lectures parallèles. + Correction d'un problème de gestion de la mémoire qui entraînait une diminution de la mémoire disponible au fil du temps lors de l'exécution de `SELECT ... INTO OUTFILE ...` requêtes. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lorsque le stockage local de l'instance de base de données atteignait sa pleine capacité. + Correction d'un problème en raison duquel le schéma de performance n'était pas activé lorsque la gestion automatisée de Performance Insights était activée pour les instances de base de données db.t4g.medium et db.t4g.large. + Correction d'un problème lié à l'application de correctifs sans interruption de service (ZDP) qui empêchait une instance de base de données de fermer les connexions client lorsqu'elle atteignait la configuration client de l'un ou de l'autre. `wait_timeout` `interactive_timeout` + Problème résolu : une `SELECT` requête sur une instance de lecteur Aurora pouvait échouer en raison de l'inexistence de la table d'erreurs lorsque la table contient au moins un index de recherche en texte intégral (FTS) et qu'une `TRUNCATE` instruction est exécutée sur l'instance de base de données Aurora Writer. **Mises à niveau et migrations :** + Correction d'un problème qui entraînait l'échec des mises à niveau ou des migrations lorsque la version du moteur de base de données Aurora MySQL cible était la version 3.04.0 ou supérieure. Cela se produit lorsque le paramètre du `lower_case_table_names` cluster de base de données est défini sur et que le classement de base de données MySQL est incompatible avec les noms de table en minuscules. `1` ## 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.28 incluse. Pour de plus amples informations, veuillez consulter [Corrections de bogues effectuées par les mises à jour du moteur de base de données d'Aurora MySQL 3.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). # Mises à jour du moteur de base de données Aurora MySQL 2024-03-15 (version 3.04.2, compatible avec MySQL 8.0.28) **Version :** 3.04.2 Aurora MySQL 3.04.2 est généralement disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28. Pour plus d'informations sur les modifications apportées à la communauté, consultez les [notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-80-v3.html). **Note** Cette version est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez [Versions Long-Term Support (LTS) d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) dans le *Guide de l'utilisateur Amazon Aurora*. Nous vous recommandons de ne pas définir le `AutoMinorVersionUpgrade` paramètre sur `true` (ou de ne pas activer la **mise à niveau automatique des versions mineures** dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.7.10, 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1 et 3.06.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement disponible vers un cluster Aurora MySQL version 3.04.2. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** Les correctifs CVE suivants sont inclus dans cette version : + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546) + [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975) **Améliorations de la disponibilité :** + Correction d'un problème en raison duquel une instance de base de données de réplication en lecture ne pouvait pas être lancée correctement lorsque la charge de travail de l'instance de base de données d'écriture était élevée. + Correction d'un problème à cause duquel une instance de base de données Aurora MySQL Writer pouvait basculer en raison d'un défaut du composant qui communique avec le stockage Aurora. Le défaut est dû à une rupture de communication entre l'instance de base de données et le stockage sous-jacent suite à une mise à jour logicielle. + 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](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). `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, lors du redémarrage d'une instance de base de données, pouvait entraîner un redémarrage supplémentaire. + Correction d'un problème de conflit de verrou causé par un thread de journalisation d'audit pouvant conduire à une utilisation élevée du processeur et à des dépassements de délai d'attente pour les applications clientes. + Correction d'un problème en raison duquel une instance de base de données Aurora MySQL pouvait subir plusieurs redémarrages au démarrage de l'instance alors que de grands segments de restauration étaient initialisés. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors de l'exécution d'une requête faisant référence à une fonction d'agrégation. **Améliorations générales :** + Correction d'un problème qui pouvait entraîner l'échec d'une requête parallel en raison de problèmes réseau transitoires lors de la lecture de données depuis le volume du cluster de base de données Aurora + 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. + Problème résolu : la réplication du journal binaire (binlog) configurée pour utiliser des certificats SSL personnalisés ([mysql.rds\$1import\$1binlog\$1ssl\$1material) pouvait échouer lorsque l'instance de réplication était en cours de remplacement](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material) 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. + Restauration des `AUTO_INCREMENT` clés optimisée pour réduire le temps nécessaire à la restauration des instantanés, à la point-in-time restauration et au clonage de clusters de bases de données contenant un grand nombre de tables dans la base de données. + Correction d'un problème à cause duquel les instructions SQL faisant référence à certaines `performance_schema` tables pouvaient renvoyer une erreur en raison de l'absence de ces tables après la migration de Community MySQL vers les versions 3.04.0 et 3.04.1 d'Aurora MySQL. + Correction d'un problème en raison duquel les petites instances de répliques en lecture pouvaient subir un délai de réplication accru après une mise à niveau à partir de versions d'Aurora MySQL inférieures à 2.11.\$1. + Correction d'un problème qui pouvait provoquer des erreurs clés dupliquées pour les `AUTO_INCREMENT` colonnes utilisant des index décroissants après une restauration instantanée, un retour en arrière ou une opération de clonage de base de données. + Correction d'un problème qui empêchait les modifications du paramètre de `table_open_cache` base de données de prendre effet tant que l'instance de base de données n'était pas redémarrée. + Correction d'un problème qui empêchait l'instance de base de données du lecteur d'ouvrir une table, avec une erreur 1146. Ce problème se produit lors de l'exécution de certains types d'instructions DDL (Data Definition Language) en ligne alors que l'`INPLACE`algorithme est utilisé sur l'instance de base de données Writer. + Correction d'un problème empêchant le redémarrage de l'instance pendant la mise à l'échelle d'Aurora Serverless v2 lorsque le processus de surveillance interne soumet par erreur des demandes de mise à l'échelle en double. + Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lorsque les consommateurs de journaux binaires (binlog) connectés utilisaient un serveur de réplication de journaux binaires dupliqué. IDs **Mises à niveau et migrations :** + 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.28 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème en raison duquel la valeur de la ligne de cache pouvait être calculée de manière incorrecte, ce qui provoquait un échec lors du redémarrage de la base de données sur les instances basées sur Graviton. (Correctif de bogue communautaire \$135479763) + L'exécution répétée d'une routine stockée, ayant comme sous-requête une instruction SELECT contenant plusieurs ou `XOR` conditions `AND``OR`, a entraîné une consommation excessive et éventuellement un épuisement de la mémoire virtuelle. (Correctif de bogue communautaire \$133852530) # Mises à jour du moteur de base de données Aurora MySQL 13/11/2023 (version 3.04.1, compatible avec MySQL 8.0.28) **Version :** 3.04.1 Aurora MySQL 3.04.1 est généralement disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28. Pour plus d'informations sur les modifications apportées à la communauté, consultez les [notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). **Note** Cette version est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez [Versions Long-Term Support (LTS) d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) dans le *Guide de l'utilisateur Amazon Aurora*. Nous vous recommandons de ne pas définir le `AutoMinorVersionUpgrade` paramètre sur `true` (ou de ne pas activer la **mise à niveau automatique des versions mineures** dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS. Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.7.10, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 et 3.05.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement disponible vers un cluster Aurora MySQL version 3.04.1. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations de la disponibilité :** + Correction d'un problème de redémarrage des instances de base de données Aurora MySQL utilisant une requête parallèle lorsqu'elles exécutent un grand nombre de requêtes parallèles simultanées. + Correction d'un problème qui pouvait entraîner la restauration incorrecte de l'ensemble GTID exécuté sur un cluster de répliques de journaux binaires (binlog) lorsque le journal binaire amélioré était activé lorsqu'une source de journal binaire était définie sur ou. `gtid_mode` `ON` `ON_PERMISSIVE` Ce problème peut entraîner un redémarrage supplémentaire de l'instance d'enregistreur du cluster de réplica pendant la récupération, ou entraîner des résultats incorrects lors de l'interrogation du jeu de GTID exécuté. + Correction d'un problème de gestion de la mémoire pouvant entraîner le redémarrage ou le basculement d'une instance de base de données Aurora MySQL en raison d'une diminution de la mémoire disponible lorsque le journal binaire amélioré est activé. + Correction d'un problème susceptible d'entraîner le redémarrage de l'instance d'enregistreur lorsque celle-ci augmente le volume de la base de données jusqu'à un multiple de 160 Go. + Correction d'un problème de blocage d'une instance de base de données MySQL Aurora avec la fonctionnalité de journal binaire amélioré activée pendant le démarrage de l'instance de base de données alors que le processus de récupération du journal binaire est en cours d'exécution. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données en raison d'un blocage pendant l'exécution simultanée des instructions [https://dev.mysql.com/doc/refman/8.0/en/show-status.html](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). L'instruction gérée purge binary logs est exécutée pour respecter la durée de conservation du journal binaire configurée par l'utilisateur. + Correction d'un problème susceptible d'entraîner l'indisponibilité du cluster de base de données si l'instance d'enregistreur redémarre alors que la base de données crée ou supprime des déclencheurs sur des tables système internes. + Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données en raison d'un long délai d'attente du sémaphore lors de l'utilisation de la fonctionnalité de journal binaire amélioré sur un cluster doté d'un réplica Aurora. **Améliorations générales :** + Correction d'un problème susceptible d'entraîner l'indisponibilité de la base de données lorsque le journal binaire amélioré est activé sur un cluster de base de données Aurora Serverless v2 exécuté sur Aurora MySQL 3.04.0. + Suppression des métadonnées de stockage inutilisées avant d'écrire dans Aurora Storage lorsque la fonctionnalité améliorée de journal binaire est activée. Cette suppression permet d'éviter certains scénarios de redémarrage ou de basculement de base de données en raison d'une latence d'écriture accrue due à l'augmentation du nombre d'octets transmis sur le réseau. + Correction d'un problème d'absence de création de tables de schéma de performance spécifiques à Aurora lors d'une mise à niveau ou d'une migration. + Correction d'un problème en raison duquel les `NumBinaryLogFiles` métriques affichées pouvaient CloudWatch afficher des résultats incorrects lorsque le journal binaire amélioré était activé. **Mises à niveau et migrations :** + Lors de la mise à niveau de MySQL 5.7 vers MySQL 8.0 avec un très grand nombre de tables dans une seule base de données, le serveur consommait trop de mémoire. Il a été constaté que, pendant le processus de vérification de la possibilité de mettre à niveau les tables, nous avons récupéré tous les `Table` objets du dictionnaire de données dès le départ, nous les avons traités et en avons extrait le nom, puis les avons ajoutés à [https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility](https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility)la liste. La recherche préalable de tous les objets n'était pas nécessaire dans ce cas, et contribuait grandement à la consommation de mémoire. Pour corriger ce problème, nous récupérons désormais un objet `Table` à la fois, nous effectuons toutes les vérifications nécessaires, nous récupérons son nom et nous libérons l'objet avant de passer au suivant. (Bogue n° 34526001) ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.28 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème pouvant entraîner une utilisation accrue du processeur en raison de la rotation des certificats TLS en arrière-plan (correctif du bogue n° 34284186) # Mises à jour du moteur de base de données Aurora MySQL 31/07/2023 (version 3.04.0), compatible avec MySQL (8.0.28) **Version :** 3.04.0 Aurora MySQL 3.04.0 est disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28, les versions 3.03 d'Aurora MySQL sont compatibles avec MySQL 8.0.26 et les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23. Pour plus d'informations sur les changements apportés entre la version 8.0.23 et la version 8.0.28, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). **Note** Cette version est désignée comme version de support à long terme (LTS). Pour plus d'informations, consultez [Versions Long-Term Support (LTS) d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) dans le *Guide de l'utilisateur Amazon Aurora*. Nous vous recommandons de ne pas définir le `AutoMinorVersionUpgrade` paramètre sur `true` (ou de ne pas activer la **mise à niveau automatique des versions mineures** dans AWS Management Console) pour les versions LTS. Cela pourrait entraîner la mise à niveau de votre cluster de base de données vers la prochaine version cible pour la campagne de mise à niveau automatique des versions mineures, qui n'est peut-être pas une version LTS. Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1, 3.03.\$1 et 3.04.0. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement pris en charge vers un cluster Aurora MySQL version 3.04.0. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. **Note** Le journal binaire amélioré Aurora MySQL n'est actuellement pas pris en charge par l'instance de base de données Aurora Serverless v2 sur Aurora MySQL version 3.04.0. L'activation de cette fonctionnalité peut entraîner l'indisponibilité de la base de données. Si vous avez besoin du journal binaire amélioré sur Aurora MySQL version 3.04.0, nous vous recommandons d'utiliser une [classe d'instances de base de données non Serverless](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) ou de définir les unités de capacité Aurora minimale et maximale l'instance de base de données Serverless v2 sur la même valeur. Pour plus d'informations sur le journal binaire amélioré dans Aurora MySQL, consultez le [Guide de l'utilisateur d'Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#AuroraMySQL.Enhanced.binlog). ## Améliorations **Nouvelles fonctions :** + Amélioration des performances des requêtes utilisant des index InnoDB Full-Text pour rechercher des phrases en [mode langage naturel](https://dev.mysql.com/doc/refman/8.0/en/fulltext-natural-language.html). Pour plus d'informations sur les recherches Full-Text dans MySQL, consultez [Full-Text Search Functions](https://dev.mysql.com/doc/refman/8.0/en/fulltext-search.html). + Amazon Aurora MySQL prend en charge le transfert d'écriture local (entre clusters) Vous pouvez désormais transférer les opérations d’écriture d’une instance de base de données de lecteur vers une instance de base de données d’enregistreur au sein d’un cluster de bases de données Aurora MySQL. Pour plus d'informations, consultez [Utilisation du transfert d'écriture local dans un cluster de bases de données Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-write-forwarding.html). + Ajout de la possibilité de modifier la valeur du paramètre `aurora_replica_read_consistency` de la fonctionnalité [Utilisation du transfert d'écriture dans une base de données Amazon Aurora globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) dans les sessions dont le paramètre `autocommit` est désactivé. Pour plus d'informations, consultez [Paramètres de configuration pour le transfert d'écriture](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params). + À partir d'Aurora MySQL 3.04, pour la fonctionnalité de [transfert d'écriture dans une base de données globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params), vous pouvez désormais définir la valeur du paramètre `aurora_replica_read_consistency` via le cluster de base de données et les groupes de paramètres d'instance de base de données. Avant Aurora MySQL version 3.04, la valeur de ce paramètre ne pouvait être configurée qu'au niveau de la session. **Problèmes de sécurité corrigés et CVEs :** + Le SSL/TLS fournisseur est passé d'[AWS-LC](https://github.com/aws/aws-lc)OpenSSL à. Ce remplacement entraîne un certain nombre de changements, notamment mais sans s'y limiter : + Les connexions aux bases de données utilisant le protocole SSL peuvent désormais être restaurées par redémarrage et par application de correctifs sans temps d'arrêt lors de la mise à niveau d'Aurora MySQL 3.04.0 vers une version ultérieure. + Support de la version TLSv1 3, qui inclut le support des chiffrements TLS\$1AES\$1128\$1GCM\$1, TLS\$1AES\$1256\$1GCM\$1 et TLS\$1 \$1 \$1 SHA256 SSL. SHA384 CHACHA20 POLY1305 SHA256 + Arrêt de la prise en charge des chiffrements DHE-RSA-\$1 les moins sécurisés. Pour plus d'informations, consultez [Utilisation de TLS avec les clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL) + Ajout du privilège dynamique `SHOW_ROUTINE` qui permet à `rds_superuser_role` d'accéder aux définitions et aux propriétés de toutes les routines stockées, telles que les procédures et les fonctions stockées. Pour plus d'informations, consultez [SHOW\$1ROUTINE](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_show-routine). + Correction d'un problème pouvant entraîner l'omission d'événements dans le journal d'audit lors de la rotation du fichier d'audit. + Prise en charge du protocole TLS (Transport Layer Security) 1.3 sécurisé et performant, tout en préservant la compatibilité avec la version TLS 1.2. + Les versions TLS TLSv1 et TLSv1 .1 sont devenues obsolètes dans la version 8.0.26 de la communauté MySQL et, par conséquent, dans Aurora MySQL 3.03. Ces protocoles ont été supprimés de la version 8.0.28 de Community MySQL 8.0.28 et, par conséquent, d'Aurora MySQL 3.04. Par défaut, tout client sécurisé qui ne peut pas communiquer via le protocole TLS 1.2 ou version ultérieure sera rejeté. Pour plus d'informations sur la connexion à vos instances de base de données à l'aide du protocole TLS, consultez [Sécurité avec Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html). Les correctifs CVE suivants sont inclus dans cette version : + [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963) + [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912) + [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215) + [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551) + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) + [CVE-2022-21635](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21635) + [CVE-2022-21556](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21556) + [CVE-2022-21352](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21352) + [CVE-2021-35630](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35630) + [CVE-2021-35624](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35624) **Améliorations de la disponibilité :** + Correction d'un problème qui pouvait entraîner le redémarrage de la base de données pendant une longue période de restauration de transactions. + Correction d'un problème lié au chiffrement des événements des flux d'activité des bases de données, susceptible de provoquer le redémarrage de la base de données. + Correction d'un problème de gestion de la mémoire causé par une mémoire insuffisante lors de l'initialisation du pool de tampons InnoDB au démarrage ou de la mise à l'échelle d'Aurora Serverless v2. Ce problème peut avoir entraîné des redémarrages d'instances de base de données ou une dégradation des performances, notamment une réduction du débit ou une augmentation de la latence. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de lecteur Aurora MySQL lors de l'exécution d'une requête utilisant un plan d'exécution parallèle de requêtes Aurora MySQL. + Correction d'un problème qui, dans certaines situations, pouvait provoquer le redémarrage des instances du lecteur Aurora lors d'une estimation de plage. + Correction d'un problème qui pouvait interrompre la restauration de la base de données au démarrage si le redémarrage se produisait lors de l'exécution d'opérations d'insertion intensives impliquant l'incrémentation automatique de colonnes. + Correction d'un problème avec l'audit avancé Aurora qui entraîne une journalisation excessive des messages d'information dans le journal des erreurs d'Aurora MySQL lorsque la variable de serveur `server_audit_events` est définie sur `ALL` ou `QUERY`. Ce problème peut entraîner le redémarrage d'une instance de base de données. + Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lors de l'annulation d'une `INSERT` instruction lorsque la requête parallèle était activée. + Correction d'un problème qui pouvait provoquer le redémarrage de l'instance de base de données lors de l'exécution de l'outil de `EXPLAIN ANALYZE` profilage sur une requête renvoyant le résultat `all select tables were optimized away` dans la colonne `EXTRA` d'informations. Pour plus d'informations, consultez [Format de sortie `EXPLAIN`](https://dev.mysql.com/doc/refman/8.0/en/explain-output.html) dans la documentation de MySQL. + Correction d'un problème qui provoquait le redémarrage d'une instance de lecteur de région secondaire de la base de données globale Aurora utilisant le transfert d'écriture global lorsqu'une [instruction de validation implicite](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) transférée rencontrait une erreur. + Correction d'un problème qui provoquait le redémarrage de l'instance d'écriture d'une région principale de base de données globale Aurora lorsqu'une `SELECT FOR UPDATE` requête était exécutée à l'aide du transfert d'écriture global depuis une région secondaire de base de données globale Aurora. **Améliorations générales :** + Ajout d'une nouvelle procédure stockée, `mysql.rds_gtid_purged`, pour permettre aux clients de définir la variable système `GTID_PURGED`. Pour plus d'informations, consultez [mysql.rds\$1gtid\$1purged](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_gtid_purged). + Ajout de deux nouvelles procédures stockées, `mysql.rds_start_replication_until` et `mysql.rds_start_replication_until_gtid`, qui permettent aux clients de configurer une position pour l'arrêt de la réplication du journal binaire. Pour plus d'informations sur la configuration d'une position pour l'arrêt de la réplication du journal binaire dans Aurora MySQL, consultez [mysql.rds\$1start\$1replication\$1until](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-stored-proc-replicating.html#mysql_rds_start_replication_until). + Correction d'un problème empêchant les [procédures stockées de contrôle de la réplication Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) de modifier la variable [https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html](https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html) lorsqu'elle est appelée à partir d'une session dont le mode autocommit est désactivé. + Ajout de la prise en charge de la réplication logique pour les instructions DCL (Data Control Language) suivantes : `GRANT/REVOKE` et `CREATE/DROP/ALTER/RENAME USER`. + Correction d'un problème empêchant l'obsolescence des statistiques d'InnoDB, ce qui pouvait parfois générer un plan d'exécution de requêtes sous-optimal qui pouvait entraîner une augmentation de la durée d'exécution des requêtes. + Ajout de deux nouvelles vues du système, `information_schema.aurora_global_db_instance_status` et `information_schema.aurora_global_db_status`. Ces vues peuvent être utilisées pour afficher le statut et la topologie des ressources principales et secondaires dans un cluster de base de données globale Aurora MySQL. Pour plus d'informations sur les deux vues du système, consultez [Tables information\$1schema spécifiques à Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html). + Correction d'un problème empêchant un utilisateur d'accéder à la base de données en utilisant un caractère générique dans le nom de la base de données après avoir exécuté l'instruction `SET ROLE` avec un caractère générique d'échappement. + Correction d'un problème susceptible d'empêcher l'écriture dans le journal d'audit d'événements signalés lors du traitement des rotations du journal d'audit. + Correction d'un problème de création de table temporaire interne, via une exécution `TRIGGER`, qui peut entraîner le redémarrage d'une instance de base de données d'enregistreur. + Ajout d'une nouvelle variable système, `innodb_aurora_max_partitions_for_range`. Si les statistiques persistantes ne sont pas disponibles, vous pouvez utiliser ce paramètre pour accélérer les estimations du nombre de lignes dans des tables partitionnées. Vous trouverez de plus amples informations dans la documentation intitulée [Paramètres de configuration d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). + Correction d'un problème autorisant à tort les clients à définir `ROW_FORMAT` sur `COMPRESSED` lors de la création de tables partitionnées. Les tables seront implicitement converties au format `COMPACT` et un avertissement indiquera qu'Aurora MySQL ne prend pas en charge les tables compressées. + Correction d'un problème qui pouvait entraîner l'arrêt de la réplication des journaux binaires multithread lorsque la `replica_parallel_type` variable était définie sur `LOGICAL_CLOCK` et que la `replica_preserve_commit_order` variable était activée. `ON` Ce problème peut se produire lorsqu'une transaction supérieure à 500 Mo est exécutée sur la source. + Correction d'un problème d'activation de la fonctionnalité de [transfert d'écriture dans une base de données globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html), qui peut entraîner le transfert involontaire des modifications apportées à la configuration `performance_schema` des instances de lecteur des régions secondaires vers l'instance d'enregistreur de la région principale. + Correction d'un problème d'absence de mise à jour de la variable d'état du serveur `innodb_buffer_pool_reads` après la lecture d'une page de données dans le système de fichiers de stockage Aurora. + Les requêtes parallèles d'Amazon Aurora MySQL ne sont pas prises en charge lors du choix de la configuration du cluster Aurora I/O-Optimized. Pour plus d'informations, consultez [Limites des requêtes parallèles pour Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations). + Correction d'un problème d'activation des requêtes parallèles qui conduit l'optimiseur de plan de requêtes à choisir un plan d'exécution inefficace pour certaines requêtes `SELECT` bénéficiant d'un index principal ou secondaire. + Mise à niveau des définitions de fuseaux horaires vers la version IANA 2023c. + Optimisation des performances de la gestion des fichiers sur les réplicas de fichiers binaires afin de réduire les conflits d'écriture dans les fichiers journaux de relais. + Correction d'un problème en raison duquel la `RPO_LAG_IN_MILLISECONDS` colonne du `information_schema.aurora_global_db_status` tableau et de la `AuroraGlobalDBRPOLag` CloudWatch métrique affichait toujours zéro, quelle que soit la charge de travail de l'utilisateur. + Introduction d'un nouveau paramètre, `aurora_tmptable_enable_per_table_limit`. Lorsque ce paramètre est activé, la `tmp_table_size` variable définit la taille maximale de chaque table temporaire interne en mémoire créée par le moteur TempTable de stockage. Pour plus d'informations, consultez [Moteur de stockage pour tables temporaires internes (implicites)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams3-temptable-behavior.html#ams3-temptable-behavior-engine). + Correction d'un problème d'établissement d'une connexion supplémentaire lorsque la fonctionnalité de [transfert d'écriture dans une base de données globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) est activée. Le problème se produit lorsque des transactions en lecture seule sur une instance de lecteur transmettent de manière incorrecte une instruction implicit commit à l'enregistreur. + Correction d'un problème de renseignement des champs `PROCESSLIST_USER` et `PROCESSLIST_HOST` de la table `performance_schema.threads` sur l'enregistreur de la région principale pour les connexions utilisant la fonctionnalité de [transfert d'écriture dans la base de données globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html). Vous trouverez plus d'informations sur cette table et ce schéma de performance dans le manuel de référence MySQL, [The threads Table](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-threads-table.html), et le guide de l'utilisateur [Présentation du schéma de performance](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.EnableMySQL.html#USER_PerfInsights.EnableMySQL.overview). + Correction d'un problème d'affichage de valeurs incorrectes dans la métrique `CommitLatency` CloudWatch pour les instances de lecteur des régions secondaires lorsque la fonctionnalité de [transfert d'écriture dans la base de données globale](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) est utilisée. Pour surveiller la latence des instructions DML transférées sur des clusters de bases de données secondaires, il est recommandé d'utiliser les métriques `ForwardingReplicaDMLLatency` et `ForwardingWriterDMLLatency` La latence de la validation peut également être observée à l'aide de la métrique `CommitLatency` sur l'instance d'enregistreur de la région principale. Plus d'informations sont disponibles dans le guide de l'utilisateur d'Aurora, [Amazon CloudWatch metrics for write forwarding](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-cloudwatch). + Correction d'un problème de signalement inapproprié d'erreurs par les [procédures stockées de contrôle de la réplication Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html) utilisées pour gérer et configurer la réplication du journal binaire lorsque la réplication multithread dans le journal binaire est configurée avec une valeur supérieure à 0 pour la variable [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers). + Correction d'un problème qui pouvait entraîner une consommation élevée du processeur lorsque plusieurs sessions tentaient d'accéder à une page qui n'existe pas en mémoire. **Mises à niveau et migrations :** + Pour effectuer la mise à niveau d'une version mineure d'une base de données globale Aurora MySQL version 3.01, 3.02 ou 3.03 vers Aurora MySQL version 3.04 ou ultérieure, consultez [Mise à niveau d'Aurora MySQL par modification de la version du moteur](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). + Correction d'un problème susceptible de faire échouer la prévérification de la mise à niveau en raison d'incohérences de schéma signalées pour les tables `mysql.general_log_backup`, `mysql.general_log`, `mysql.slow_log_backup` et `mysql.slow_log` lors de la mise à niveau d'Aurora MySQL 2 vers Aurora MySQL 3. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). + Correction d'un problème pouvant provoquer l'échec de mises à niveau majeures lors de la mise à niveau vers Aurora MySQL version 3 si la définition d'un déclencheur contient un mot-clé réservé qui n'est pas entre guillemets. ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.28 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème de déplacement d'un bloc de mémoire tampon contenant une page de table temporaire intrinsèque lors du parcours d'une page, provoquant un échec d'assertion (Bogue n° 33715694) + InnoDB : empêcher les opérations DDL en ligne d'accéder à la out-of-bounds mémoire (bogue n° 34750489, bogue n° 108925) + Correction d'un problème qui pouvait parfois produire des résultats de requête incorrects lors du traitement d'instructions SQL complexes composées de plusieurs expressions de table communes imbriquées (CTEs) (bogue n° 34572040, bogue n° 34634469, bogue n° 33856374) # Mises à jour du moteur de base de données Aurora MySQL 08/2023 (version 3.03.3) (obsolète) **Version :** 3.03.3 Aurora MySQL 3.03.3 est en disponibilité générale. Les versions 3.03 d'Aurora MySQL sont compatibles avec MySQL 8.0.26. Pour plus d'informations sur les changements apportés entre la version 8.0.23 et la version 8.0.28, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 et 3.05.\$1 Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement disponible vers un cluster Aurora MySQL version 3.03.3. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs de CVE supplémentaires ci-dessous : + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) **Améliorations de la disponibilité :** + Correction d'un problème de redémarrage des instances de base de données Aurora MySQL utilisant une requête parallèle lorsqu'elles exécutent un grand nombre de requêtes parallèles simultanées. + Correction d'un problème pouvant conduire à la récupération incorrecte du jeu de GTID exécuté sur un cluster de réplica du journal binaire avec le journal binaire amélioré activé lorsqu'une source binlog est définie sur `gtid_mode` `ON` ou `ON_PERMISSIVE`. Ce problème peut entraîner un redémarrage supplémentaire de l'instance d'enregistreur du cluster de réplica pendant la récupération, ou entraîner des résultats incorrects lors de l'interrogation du jeu de GTID exécuté. + Correction d'un problème de gestion de mémoire qui pouvait entraîner le redémarrage ou le basculement d'une instance de base de données Aurora MySQL en raison d'une diminution de la quantité de mémoire pouvant être libérée lorsque le journal binaire amélioré était activé. + Correction d'un problème susceptible d'entraîner le redémarrage de l'instance d'enregistreur lorsque celle-ci augmente le volume de la base de données jusqu'à un multiple de 160 Go. + Correction d'un problème de blocage d'une instance de base de données MySQL Aurora avec la fonctionnalité de journal binaire amélioré activée pendant le démarrage de l'instance de base de données alors que le processus de récupération du journal binaire est en cours d'exécution. + Correction d'un problème d'application de correctifs sans temps d'arrêt, qui provoquait le redémarrage d'une instance et la fermeture inattendue des connexions à la base de données. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données en raison d'un blocage pendant l'exécution simultanée des instructions [https://dev.mysql.com/doc/refman/8.0/en/show-status.html](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) et [https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html). L'instruction gérée purge binary logs est exécutée pour respecter la durée de conservation du journal binaire configurée par l'utilisateur. + Correction d'un problème susceptible d'entraîner le redémarrage d'une instance de base de données en raison d'un long délai d'attente du sémaphore lors de l'utilisation de la fonctionnalité de journal binaire amélioré sur un cluster doté d'un réplica Aurora. **Améliorations générales :** + Suppression des métadonnées de stockage inutilisées avant d'écrire sur le stockage Aurora lorsque la fonctionnalité de journal binaire amélioré est activée. Cette suppression permet d'éviter certains scénarios de redémarrage ou de basculement de base de données en raison d'une latence d'écriture accrue due à l'augmentation du nombre d'octets transmis sur le réseau. + Correction d'un problème en raison duquel les `NumBinaryLogFiles` métriques affichées pouvaient CloudWatch afficher des résultats incorrects lorsque le journal binaire amélioré était activé. + Correction d'un problème empêchant la modification du paramètre `table_open_cache` de la base de données de prendre effet tant que l'instance de base de données n'est pas redémarrée. + Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lorsque les consommateurs de journaux binaires (binlog) connectés utilisaient un serveur de réplication de journaux binaires dupliqué. IDs ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.26 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème pouvant entraîner une utilisation accrue du processeur en raison de la rotation des certificats TLS en arrière-plan (correctif du bogue n° 34284186) # Mises à jour du moteur de base de données Aurora MySQL 29/08/2023 (version 3.03.2) (obsolète) **Version :** 3.03.2 Aurora MySQL 3.03.2 est disponible. Les versions 3.04 d'Aurora MySQL sont compatibles avec MySQL 8.0.28, les versions 3.03 d'Aurora MySQL sont compatibles avec MySQL 8.0.26 et les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23. Pour plus d'informations sur les changements apportés entre la version 8.0.23 et la version 8.0.28, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.07.10, 2.11.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1 et 3.04.\$1. Vous pouvez effectuer une mise à niveau sur place, restaurer un instantané ou lancer une mise blue/green à niveau gérée à l'aide d'[Amazon RDS Blue/Green Deployments](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) depuis n'importe quel cluster Aurora MySQL version 2 actuellement disponible vers un cluster Aurora MySQL version 3.03.2. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs :** + Correction d'un problème en raison duquel le journal d'audit pouvait manquer des événements lors de la rotation du fichier journal d'audit. Les correctifs CVE suivants sont inclus dans cette version : + [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963) + [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912) + [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215) + [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551) + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) **Améliorations de la disponibilité :** + Correction d'un problème qui pouvait entraîner le redémarrage de la base de données pendant une longue période de restauration de transactions. + Correction d'un problème qui pouvait rendre le cluster de base de données indisponible lorsque l'instance du rédacteur redémarre alors que la base de données créait ou supprimait des déclencheurs sur les tables système internes. + Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de base de données lors de l'exécution d'une requête faisant référence à une fonction d'agrégation. + Correction d'un problème qui pouvait provoquer le redémarrage de la base de données lors de l'annulation d'une `INSERT` instruction lorsque la requête parallèle était activée. + L'insertion rapide n'est activée que pour les tables InnoDB classiques dans Aurora MySQL version 3.03.2 et supérieure. Cette optimisation ne fonctionne pas pour les tables temporaires InnoDB. Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Correction d'un problème empêchant l'instance de lecteur d'ouvrir une table (`ERROR 1146`). Ce problème se produit lors de l'exécution de certains types d'instructions DDL (Data Definition Language) en ligne alors que l'algorithme `INPLACE` est utilisé sur l'instance d'enregistreur. + Optimisation des performances de la gestion des fichiers sur les réplicas de fichiers binaires afin de réduire les conflits d'écriture dans les fichiers journaux de relais. + Correction d'un problème lors duquel, lors de d'activation d'une requête parallèle, l'optimiseur de plan de requêtes choisissait un plan d'exécution inefficace pour certaines requêtes `SELECT` bénéficiant d'un index principal ou secondaire. + Ajout de la prise en charge de la réplication logique pour les instructions DCL (Data Control Language) suivantes : `GRANT/REVOKE` et `CREATE/DROP/ALTER/RENAME USER`. + Les requêtes parallèles d'Amazon Aurora MySQL ne sont pas prises en charge lors du choix de la configuration du cluster Aurora I/O-Optimized. Pour plus d'informations, consultez [Limites des requêtes parallèles pour Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations). **Mises à niveau et migrations :** + Pour effectuer la mise à niveau d'une version mineure d'une base de données globale Aurora MySQL version 3.01 ou 3.02 vers Aurora MySQL version 3.03 ou ultérieure, consultez [Mise à niveau d'Aurora MySQL par modification de la version du moteur](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). + Correction d'un problème pouvant provoquer l'échec de mises à niveau majeures lors de la mise à niveau vers Aurora MySQL version 3 si la définition d'un déclencheur contient un mot-clé réservé qui n'est pas entre guillemets. ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.26 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème qui pouvait parfois produire des résultats de requête incorrects lors du traitement d'instructions SQL complexes composées de plusieurs expressions de table communes imbriquées (CTEs). (Bogues n° 34572040, 34634469 et 33856374) + InnoDB : échec d'assertion provoqué par une condition de concurrence entre des threads tentant de désinitialiser et d'initialiser des statistiques pour la même table. (Bogue n° 33135425) + InnoDB : Empêchez les opérations DDL en ligne d'accéder à la mémoire. out-of-bounds (Bogues n° 34750489 et 108925) # Mises à jour du moteur de base de données Aurora MySQL 11/05/2023 (version 3.03.1) (obsolète) **Version :** 3.03.1 Aurora MySQL 3.03.1 est disponible. Les versions 3.03 d'Aurora MySQL sont compatibles avec MySQL 8.0.26, et les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23. Pour plus d'informations sur les changements apportés entre la version 8.0.23 et la version 8.0.26, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.9, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1 et 3.03.\$1. Vous pouvez effectuer une mise à niveau sur place ou restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.03.1. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Nouvelles fonctions :** + La configuration I/O de stockage optimisée Aurora est disponible à partir de la version 3.03.1. Pour plus d'informations, consultez [Configurations de stockage pour les clusters de bases de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Overview.StorageReliability.html#aurora-storage-type). + Ajout d'une nouvelle variable système, `innodb_aurora_max_partitions_for_range`. Si les statistiques persistantes ne sont pas disponibles, vous pouvez utiliser ce paramètre pour accélérer les estimations du nombre de lignes dans des tables partitionnées. Vous trouverez de plus amples informations dans la documentation intitulée [Paramètres de configuration d'Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). **Améliorations de la disponibilité :** + 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 fermeture d'une connexion immédiatement après la validation d'une transaction. + Correction d'un problème avec l'audit avancé Aurora qui entraîne une journalisation excessive des messages d'information dans le journal des erreurs d'Aurora MySQL lorsque la variable de serveur `server_audit_events` est définie sur ALL ou QUERY. Ce problème peut entraîner le redémarrage de l'instance de base de données. + Correction d'un problème susceptible, dans certains cas, d'entraîner le redémarrage d'instances de lecteur Aurora lorsqu'elles tentaient de lire une page qui n'était plus accessible durant une estimation de plage. + Correction d'un problème pouvant entraîner le redémarrage d'une instance de lecteur Aurora MySQL lors de l'exécution d'une requête utilisant un plan d'exécution de requêtes parallèles Aurora. + Correction d'un problème lors duquel des instances de bases de données utilisant la réplication du journal binaire pouvaient constater une augmentation de l'utilisation du processeur et du nombre d'échecs de connexion lorsque plusieurs consommateurs de la réplication du journal binaire étaient connectés. + Correction d'un problème de prise en compte de méthodes d'accès à l'analyse d'index non prises en charge pour les expressions de table courantes (CTE) lors de la matérialisation des tables temporaires intermédiaires, ce qui pouvait entraîner des comportements indésirables, notamment des redémarrages de la base de données ou des résultats de requête incorrects. Nous résolvons ce problème en évitant d'utiliser de telles méthodes d'accès non prises en charge par analyse d'index sur les tables à l'aide du moteur TempTable de stockage. + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Correction d'un problème susceptible de ralentir l'exécution de l'instruction SHOW BINARY LOGS, et par conséquent de réduire le débit de validation de la base de données. + Correction d'un problème pouvant entraîner l'échec de l'exportation parallèle des tables utilisateur auxquelles des colonnes ont été ajoutées à l'aide de la fonctionnalité Instant ADD COLUMN. + Correction d'un problème susceptible d'empêcher l'écriture dans le journal d'audit d'événements signalés lors du traitement des rotations du journal d'audit. + Correction d'un problème pouvant entraîner l'épuisement de la mémoire disponible lors de l'exécution de requêtes sur la table INFORMATION\$1SCHEMA INNODB\$1TABLESPACES. + Correction d'un problème autorisant à tort les clients à définir ROW\$1FORMAT sur COMPRESSED lors de la création de tables partitionnées. Les tables seront implicitement converties au format COMPACT et un avertissement indiquera qu'Aurora MySQL ne prend pas en charge les tables compressées. **Mises à niveau et migrations :** + Pour effectuer la mise à niveau d'une version mineure d'une base de données globale Aurora MySQL version 3.01 ou 3.02 vers Aurora MySQL version 3.03 ou ultérieure, consultez [Mise à niveau d'Aurora MySQL par modification de la version du moteur](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). + Correction d'un problème susceptible de faire échouer la prévérification de la mise à niveau en raison d'incohérences de schéma signalées pour les tables `mysql.general_log_backup`, `mysql.general_log`, `mysql.slow_log_backup` et `mysql.slow_log` lors de la mise à niveau d'Aurora MySQL 2 vers Aurora MySQL 3. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.26 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'un problème de déplacement d'un bloc de mémoire tampon contenant une page de table temporaire intrinsèque lors du parcours d'une page, provoquant un échec d'assertion. (Bogue n° 33715694) # Mises à jour du moteur de base de données Aurora MySQL : 01/01 (version 3.03.0) (obsolète) **Version :** 3.03.0 Aurora MySQL 3.03.0 est disponible. Les versions 3.03 d'Aurora MySQL sont compatibles avec MySQL 8.0.26, et les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23. Pour plus d'informations sur les changements apportés entre la version 8.0.23 et la version 8.0.26, consultez [Notes de mise à jour de MySQL 8.0](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Aurora MySQL version 3 compatible avec MySQL 8.0](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). Pour connaître les différences entre Aurora MySQL version 3 et Aurora MySQL version 2, consultez la [comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). Pour une comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition, voir [Comparaison entre Aurora MySQL version 3 et MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html). Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.\$1, 2.11.\$1, 3.01.\$1, 3.02.\$1 et 3.03.\$1. Vous pouvez effectuer une mise à niveau sur place ou restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.03.0. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : + [CVE-2022-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221) + [CVE-2022-21451](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451) + [CVE-2022-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21444) **Améliorations de la disponibilité :** + 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 susceptible de provoquer des échecs de connexion sur des instances de lecteur lors de l'exécution d'instructions DCL (Data Control Language), par exemple `GRANT` et `REVOKE`, ou lors de l'établissement de nouvelles connexions sur l'instance d'enregistreur. + Correction d'un problème d'utilisation inapproprié d'une requête parallèle pour des opérations DML (Data Manipulation Language), telles que des instructions `DELETE` et`UPDATE`, qui ne sont pas prises en charge actuellement, et qui entraînent le redémarrage de l'instance de base de données. Pour plus d'informations sur les opérations prises en charge dans les requêtes parallèles, consultez [Limites des requêtes parallèles pour Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations). + Correction d'un problème susceptible, dans de rares cas, de provoquer le redémarrage d'un réplica Aurora lors de l'exécution simultanée d'opérations de mise à jour ou de charges de travail DDL (Data Definition Language) volumineuses sur l'instance d'enregistreur 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 pouvant provoquer le redémarrage d'une instance de base de données sur des instances de réplica Aurora MySQL lorsque les tables temporaires internes dépassent les valeurs memory ou 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 version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Amélioration de la latence des requêtes de lecture des sessions de transfert d'écriture de la base de données globale utilisant le paramètre de cohérence de lecture GLOBAL. + 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` et`AuroraSlowConnectionHandleCount`, ont été introduites pour aider à résoudre les retards d'établissement de connexion pour les instances de base de données Aurora MySQL. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html). + Le paramètre `temptable_use_mmap` est devenu obsolète et ne devrait plus être pris en charge dans une future version de MySQL. Pour plus d'informations, consultez [Moteur de stockage pour tables temporaires internes (implicites)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams3-temptable-behavior.html#ams3-temptable-behavior-engine). + 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. **Mises à niveau et migrations :** + Pour effectuer la mise à niveau d'une version mineure d'une base de données globale Aurora MySQL version 3.01 ou 3.02 vers Aurora MySQL version 3.03 ou ultérieure, consultez [Mise à niveau d'Aurora MySQL par modification de la version du moteur](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion). + Correction d'un problème susceptible de faire échouer les mises à niveau majeures d'Aurora MySQL version 2 vers Aurora MySQL version 3 lorsque le cluster contient un grand nombre de tables (plus de 750 000). + Correction d'un problème susceptible de échouer les mises à niveau majeures d'Aurora MySQL version 2 vers Aurora MySQL version 3, car la migration des tables `mysql.innodb_table_stats` et `mysql.innodb_index_stats` 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 susceptible de faire échouer la mise à niveau d'Aurora MySQL 2 vers Aurora MySQL 3 en raison d'incohérences de 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 la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). + Correction d'un problème susceptible de faire échouer les mises à niveau d'Aurora MySQL version 2 vers Aurora MySQL version 3 en raison de l'erreur`schemaInconsistencyCheck`. 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 la résolution des problèmes de mise à niveau vers Aurora MySQL version 3, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting). ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.26 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + 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 : + une table dérivée est fusionnée dans le bloc de requête externe + la requête inclut une jointure gauche et une `IN` sous-requête (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) # Mises à jour du moteur de base de données Aurora MySQL 17/04/2023 (version 3.02.3) (obsolète) **Version :** 3.02.3 Aurora MySQL 2.02.3 est disponible. Les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23, et les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7. Pour en savoir plus sur les nouvelles fonctionnalités de la version 3 d'Aurora MySQL et sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2 ou MySQL 8.0 communautaire, consultez la section [Comparaison entre Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.07.\$1, 2.11.1, 2.11.2, 3.01.\$1, 3.02.\$1 et 3.03.\$1. Vous pouvez effectuer une mise à niveau sur place ou restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.02.3 Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. Pour la procédure de mise à niveau en elle-même, consultez [Mise à niveau vers Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations **Améliorations de la disponibilité :** + 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 fermeture d'une connexion immédiatement après la validation d'une transaction. + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Correction d'un problème de prise en compte de méthodes d'accès à l'analyse d'index non prises en charge pour les expressions de table courantes (CTE) lors de la matérialisation des tables temporaires intermédiaires, ce qui pouvait entraîner des comportements indésirables, notamment des redémarrages de la base de données ou des résultats de requête incorrects. Ce problème a été résolu en évitant d'utiliser de telles méthodes d'accès à l'analyse d'index non prises en charge sur les tables à l'aide du moteur TempTable de stockage. + Correction d'un problème susceptible, dans certaines conditions, de provoquer le redémarrage d'une instance de lecteur Aurora MySQL lors de l'accès à une table comportant une mise à jour importante ou des opérations DDL (Data Definition Language) exécutées simultanément sur l'instance d'enregistreur Aurora MySQL. + Correction d'un problème susceptible, dans certaines conditions, d'entraîner le redémarrage d'instances de lecteur Aurora MySQL lors d'une tentative de lecture d'une page qui n'est plus accessible durant une estimation de plage. + Correction d'un problème lors duquel des instances de bases de données utilisant la réplication du journal binaire pouvaient constater une augmentation de l'utilisation du processeur et du nombre d'échecs de connexion lorsque plusieurs consommateurs de la réplication du journal binaire étaient connectés. + Correction d'un problème pouvant entraîner le redémarrage d'une instance de lecteur Aurora MySQL lors de l'exécution d'une requête utilisant un plan d'exécution de requêtes parallèles Aurora. # Mises à jour du moteur de base de données Aurora MySQL le 18 novembre 2018 (version 3.02.2) (obsolète) **Version :** 3.02.2 Aurora MySQL 2.02.2 est disponible. Les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23, les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6. Pour en savoir plus sur les nouvelles fonctionnalités d'Aurora MySQL version 3 et sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2 ou MySQL 8.0 communautaire, consultez [Comparaison d'Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 et 3.02.\$1. Vous pouvez restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.02.2. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. Pour la procédure de mise à niveau en elle-même, consultez [Mise à niveau vers Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations Aurora MySQL version 3.02.2 est disponible et compatible avec Community MySQL 8.0.23. **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : + [CVE-2022-21451](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451) + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) + [CVE-2022-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21451) **Améliorations de la disponibilité :** + 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 explicite ou implicite d'une connexion à l'instance de base de données. + Correction d'un problème pouvant interrompre de façon répétée le démarrage de la base de données sur de grandes classes d'instances en raison d'une initialisation du pool de mémoire tampon plus longue que prévu. + Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage d'une instance de base de données lorsqu'Aurora Serverless v2 tente de manière incorrecte de mettre à jour le cache de la table lors de la mise à l'échelle. + 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. + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Correction d'un problème susceptible de faire échouer la mise à niveau d'Aurora MySQL version 2 (compatible avec MySQL 5.7) vers Aurora MySQL version 3 (compatible avec MySQL 8.0) en raison d'une incohérence des métadonnées dans la table mysql.host. + Amélioration des performances afin de réduire la durée de la mise à niveau d'Aurora MySQL version 2 (compatible avec MySQL 5.7) vers Aurora MySQL version 3 (compatible avec MySQL 8.0). En parallélisant certaines étapes de la mise à niveau, la durée est encore plus courte lorsque de grandes classes d'instance, telles que db.r6g.16xlarge ou db.r5.24xlarge, sont utilisées. + Ajout de la prise en charge de l'affichage de toutes les erreurs lors de la mise à niveau d'Aurora MySQL (compatible avec MySQL 5.7) vers Aurora MySQL version 3 (compatible avec MySQL 8.0) alors l'affichage était limité à 50 erreurs dans les versions précédentes. + Correction d'un problème susceptible, dans de rares conditions, d'entraîner l'inexactitude des compteurs d'incrémentation automatique après une mise à niveau de la version majeure d'Aurora MySQL version 2 (compatible avec MySQL 5.7) vers Aurora MySQL version 3 (compatible avec MySQL 8.0). + Correction d'un problème susceptible de faire échouer les mises à niveau majeures d'Aurora MySQL version 2 vers Aurora MySQL version 3, car la migration des tables `mysql.innodb\$1table\$1stats` et `mysql.innodb\$1index\$1stats` prenait plus de temps que prévu. Ce problème concernait principalement les clusters de bases de données contenant un grand nombre de tables (>1,5 million). + Correction d'un problème susceptible de faire échouer les mises à niveau des versions majeures d'Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'un défaut dans le flux de mise à niveau du moteur AMS 8.0, qui entraînait l'accumulation des enregistrements de journaux sur le volume du cluster de stockage Aurora et interrompait les opérations d'écriture normales. Ce problème concernait principalement les clusters de bases de données contenant un grand nombre de tables (environ >750 000). + Correction d'un problème qui empêchait les instances inactives d'Aurora MySQL Serverless v2 de passer à 0,5 ACUs car les threads de purge MySQL étaient incorrectement maintenus actifs. + Correction d'un problème de latence accrue des applications lors de la connexion à une instance de base de données lorsque celle-ci subissait une augmentation soudaine du nombre de connexions entrantes. + Introduction de deux nouvelles CloudWatch métriques Amazon pour aider à résoudre les retards d'établissement de connexion pour les instances de base de données Aurora MySQL. Vous trouverez plus d'informations AuroraSlowHandshakeCount et de AuroraSlowConnectionHandleCount statistiques dans les [définitions CloudWatch des métriques Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html). ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.23 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + 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 : + Une table dérivée est fusionnée dans le bloc de requête externe. + La requête inclut une jointure gauche et une sous-requête IN. (Bogue n° 34060289) + Correction d'un problème empêchant la 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 lors des invocations suivantes après la première. (Bogue MySQL n° 32855634). + Correction d'un problème de génération de valeurs AUTO\$1INCREMENT incorrectes lorsque la valeur maximale de la colonne de type entier était dépassée. L'erreur était due à l'absence de prise en compte de la valeur maximale de colonne. La précédente valeur AUTO\$1INCREMENT valide aurait dû être renvoyée dans ce cas, ce qui a provoqué un doublon de clé. (Bogues n° 87926 et 26906787) + Correction d'un problème qui pouvait entraîner un échec lors de la mise à niveau d'un cluster de base de données Aurora MySQL version 1 (compatible avec MySQL 5.6) contenant une table créée par l'utilisateur avec une certaine table IDs. L'attribution de ces tables IDs peut entraîner un conflit entre les tables du dictionnaire de données IDs lors de la mise à niveau d'Aurora MySQL version 2 (compatible avec MySQL 5.7) vers Aurora MySQL version 3 (compatible avec MySQL 8.0) (Bug \$133919635) # Mises à jour du moteur de base de données Aurora MySQL 07.09.07 (version 3.02.1) (obsolète) **Version :** 3.02.1 Aurora MySQL 3.02.1 est disponible. Les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23, les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6. Pour en savoir plus sur les nouvelles fonctionnalités d'Aurora MySQL version 3 et sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2 ou MySQL 8.0 communautaire, consultez la section [Comparaison d'Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 et 3.02.\$1. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. Pour la procédure de mise à niveau en elle-même, consultez [Mise à niveau vers Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations Aurora MySQL version 3.02.1 est disponible et compatible avec Community MySQL 8.0.23. **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : + [CVE-2022-0778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-0778) **Améliorations de la disponibilité :** + Correction d'un problème pouvant provoquer un échec de connexion et une latence élevée lorsque plusieurs réplicas du journal binaire MySQL sont attachés à un nœud d'écriture Aurora ou qu'un grand nombre de requêtes de longue durée simultanées sont associées à un surcroît de nouvelles demandes de connexion. + Correction d'un problème provoquant un redémarrage de base de données lorsque l'audit avancé des événements `CONNECT` est activé. + Correction d'un problème provocant le redémarrage d'une base de données sur des instances de réplica en lecture Aurora MySQL lorsque les tables temporaires internes épuisent la mémoire allouée et que les fichiers mmap sont définis comme une valeur par défaut ou configurée par le client. + Correction d'un problème pouvant provoquer le redémarrage répété d'un réplica en lecture pendant des opérations DDL simultanées sur des procédures stockées. + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Ajout de la prise en charge des instances R6i. **Informations supplémentaires :** + Aurora MySQL version 3.02.1 ne prend pas en charge les mises à niveau des versions majeures directement à partir de la version 2 d'Aurora MySQL (compatible avec MySQL 5.7). Pour effectuer la mise à niveau d'une version majeure vers cette version, effectuez d'abord la mise à niveau de la version majeure vers Aurora MySQL version 3.02.0, puis effectuez une mise à niveau sur place de la version mineure vers Aurora MySQL version 3.02.1. # Mises à jour du moteur de base de données Aurora MySQL 20/04/2020 (version 3.02.0) (obsolète) **Version :** 3.02.0 Aurora MySQL 3.02.0 est disponible. Les versions 3.02 d'Aurora MySQL sont compatibles avec MySQL 8.0.23, les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6. Pour en savoir plus sur les nouvelles fonctionnalités d'Aurora MySQL version 3 et sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2 ou MySQL 8.0 communautaire, consultez la section [Comparaison d'Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 et 3.02.\$1. Vous pouvez restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.02.0. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. Pour la procédure de mise à niveau en elle-même, consultez [Mise à niveau vers Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations Aurora MySQL version 3.021.0 est disponible et compatible avec Community MySQL 8.0.23. **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : + [CVE-2021-22946](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22946) **Nouvelles fonctions :** + Amazon Aurora Serverless v2 est disponible. Pour plus d'informations, consultez la présentation d'[Amazon Aurora Serverless](https://aws.amazon.com/rds/aurora/serverless/), le [blog](https://aws.amazon.com/blogs/aws/amazon-aurora-serverless-v2-is-generally-available-instant-scaling-for-demanding-workloads/) et la documentation [Utiliser Aurora Serverless v2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.html). Commencez dès aujourd'hui en créant une base de données Aurora Serverless v2 en quelques étapes seulement dans la AWS Management Console. **Améliorations de la disponibilité :** + Correction d'un problème pouvant entraîner un redémarrage en boucle et une indisponibilité du serveur lors de la suppression d'un enregistrement ou d'une table contenant au moins deux colonnes de longueur variable (types VARCHAR, VARBINARY, BLOB et TEXT). Pour plus de détails sur les types de colonnes, consultez [innodb-row-format](https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html). + Correction d'un problème lors duquel les connexions existantes expiraient et de nouvelles connexions ne pouvaient pas être établies sur un cluster avec le journal binaire activé et auquel au moins un consommateur du journal binaire était connecté, ce qui entraînait un conflit de ressources entre l'application et le ou les consommateurs. + La mémoire disponible est indiquée par la `FreeableMemory` CloudWatch métrique. Pour plus d'informations, consultez [ CloudWatch les métriques Amazon pour Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html). + Correction d'un problème pouvant entraîner le redémarrage ou le basculement d'une instance de base de données en raison d'une diminution de la mémoire disponible lorsque la réplication du journal binaire est activée. + Correction d'un problème pouvant provoquer le redémarrage ou le basculement d'une instance de base de données en raison d'une diminution de la mémoire disponible lors de la définition des variables de session. + Correction d'un problème pouvant provoquer le redémarrage ou le basculement d'une instance de base de données en raison d'une diminution de la mémoire disponible lorsque le processus de base de données ouvre un fichier existant. + Correction d'un problème susceptible, dans de rares conditions, d'entraîner une erreur de double saisie lors de l'insertion de nouvelles lignes dans une table contenant une colonne `AUTO_INCREMENT` sur un cluster restauré à partir d'un instantané. + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Correction d'un problème lors duquel l'état du volume ne s'affichait pas lors de l'utilisation de la commande `SHOW VOLUME STATUS`. Pour plus d'informations, consultez [AuroraMySQL.Managing. VolumeStatus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html). + Correction d'un problème qui pouvait entraîner l'échec des appels à [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html) avec [l'erreur de serveur MySQL 3512](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_sp_load_failed). + Correction d'un problème de mauvais signalement du décalage des réplicas Aurora pour les instances de lecteur Aurora supprimées. **Mises à niveau/migration :** + Correction d'un problème pouvant faire échouer la migration de bases de données MySQL 8.0.x vers Aurora MySQL version 3 en raison d'un problème de copie des fichiers ibdata et des tablespaces dans le stockage Aurora. + Correction d'un problème pouvant faire échouer la mise à niveau des clusters d'Aurora MySQL version 2 vers Aurora MySQL version 3 lorsque les tables de la base de données contenaient une grande quantité de données. + Correction d'un problème pouvant faire échouer la restauration de clusters d'Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'un échec lors de la création des [informations de dictionnaire de données sérialisées](https://dev.mysql.com/doc/refman/8.0/en/glossary.html#glos_serialized_dictionary_information) (SDI) pour une table. + Correction d'un problème susceptible de faire échouer la mise à niveau d'Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'incohérences de schéma signalées par les prévérifications de mise à niveau des tables système RDS. + Correction d'un problème pouvant faire échouer la migration ou la restauration de bases de données RDS for MySQL 8.0 ou Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'une syntaxe non valide dans une procédure stockée gérée par RDS. + Correction d'un problème susceptible de faire échouer la mise à niveau d'Aurora MySQL 2 vers Aurora MySQL 3 en raison d'incohérences de schéma signalées par les prévérifications de mise à niveau pour les tables [general log](https://dev.mysql.com/doc/refman/5.7/en/query-log.html) et [slow log](https://dev.mysql.com/doc/refman/5.7/en/slow-query-log.html). ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.23 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'une mauvaise gestion des tables temporaires utilisées pour les curseurs dans des procédures stockées qui pouvait entraîner un comportement inattendu du serveur, [mysqld-8-0-24-bug](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-24.html#mysqld-8-0-24-bug). (Bogue n° 32416811) # Mises à jour du moteur de base de données Aurora MySQL 15/04/15 (version 3.01.1) (obsolète) **Version :** 3.01.1 Aurora MySQL 3.01.1 est disponible. Les versions 3.01 d'Aurora MySQL sont compatibles avec MySQL 8.0.23, les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6. Pour en savoir plus sur les nouvelles fonctionnalités d'Aurora MySQL version 3 et sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2 ou MySQL 8.0 communautaire, consultez [Comparaison d'Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 et 3.02.\$1. Vous pouvez restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.01.1. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. Pour la procédure de mise à niveau en elle-même, consultez [Mise à niveau vers Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations Aurora MySQL version 3.01.1 est généralement disponible et compatible avec Community MySQL 8.0.23. Aurora MySQL version 3.01.1 est recommandée pour les mises à niveau et les migrations vers une base de données Aurora compatible avec MySQL 8.0. **Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :** Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : + [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222) + [CVE-2021-22946](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22946) + [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926) **Améliorations de la disponibilité :** + La mémoire disponible est indiquée par la `FreeableMemory` CloudWatch métrique. Pour plus d'informations, consultez [ CloudWatch les métriques Amazon pour Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html). + Correction d'un problème pouvant entraîner le redémarrage ou le basculement d'une instance de base de données en raison d'une diminution de la mémoire disponible lorsque la réplication du journal binaire est activée. + Correction d'un problème pouvant provoquer le redémarrage ou le basculement d'une instance de base de données en raison d'une diminution de la mémoire disponible lors de la définition des variables de session. + Correction d'un problème pouvant provoquer le redémarrage ou le basculement d'une instance de base de données en raison d'une diminution de la mémoire disponible lorsque le processus de base de données ouvre un fichier existant. + Correction d'un problème susceptible, dans de rares conditions, d'entraîner une erreur de double saisie lors de l'insertion de nouvelles lignes dans une table contenant une colonne `AUTO_INCREMENT` sur un cluster restauré à partir d'un instantané. + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance). **Améliorations générales :** + Correction d'un problème lors duquel l'état du volume ne s'affichait pas lors de l'utilisation de la commande `SHOW VOLUME STATUS`. Pour plus d'informations, consultez [AuroraMySQL.Managing. VolumeStatus](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html). + Correction d'un problème qui pouvait entraîner l'échec des appels à [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html) avec [l'erreur de serveur MySQL 3512](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_sp_load_failed). + Correction d'un problème de mauvais signalement du décalage des réplicas Aurora pour les instances de lecteur Aurora supprimées. **Mises à niveau/migration :** + Correction d'un problème pouvant faire échouer la migration de bases de données MySQL 8.0.x vers Aurora MySQL version 3 en raison d'un problème de copie des fichiers ibdata et des tablespaces dans le stockage Aurora. + Correction d'un problème pouvant faire échouer la mise à niveau des clusters d'Aurora MySQL version 2 vers Aurora MySQL version 3 lorsque les tables de la base de données contenaient une grande quantité de données. + Correction d'un problème pouvant faire échouer la restauration de clusters d'Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'un échec lors de la création des [informations de dictionnaire de données sérialisées](https://dev.mysql.com/doc/refman/8.0/en/glossary.html#glos_serialized_dictionary_information) (SDI) pour une table. + Correction d'un problème susceptible de faire échouer la mise à niveau d'Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'incohérences de schéma signalées par les prévérifications de mise à niveau des tables système RDS. + Correction d'un problème pouvant faire échouer la migration ou la restauration de bases de données RDS for MySQL 8.0 ou Aurora MySQL version 2 vers Aurora MySQL version 3 en raison d'une syntaxe non valide dans une procédure stockée gérée par RDS. + Correction d'un problème susceptible de faire échouer la mise à niveau d'Aurora MySQL 2 vers Aurora MySQL 3 en raison d'incohérences de schéma signalées par les prévérifications de mise à niveau pour les tables [general log](https://dev.mysql.com/doc/refman/5.7/en/query-log.html) et [slow log](https://dev.mysql.com/doc/refman/5.7/en/slow-query-log.html). ## Intégration de correctifs de bogues de l'édition MySQL Community Edition Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 8.0.23 incluse. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3). + Correction d'une mauvaise gestion des tables temporaires utilisées pour les curseurs dans des procédures stockées qui pouvait entraîner un comportement inattendu du serveur, [mysqld-8-0-24-bug](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-24.html#mysqld-8-0-24-bug). (Bogue n° 32416811) # Mises à jour du moteur de base de données Aurora MySQL 2021-11-18 (version 3.01.0) (obsolète) **Version :** 3.01.0 Aurora MySQL 3.01.0 est disponible. Les versions 3.01 d'Aurora MySQL sont compatibles avec MySQL 8.0.23, les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6. Pour en savoir plus sur les nouvelles fonctionnalités d'Aurora MySQL version 3 et sur les différences entre Aurora MySQL version 3 et Aurora MySQL version 2 ou MySQL 8.0 communautaire, consultez [Comparaison d'Aurora MySQL version 2 et Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.Compare-v2-v3) dans le *guide de l'utilisateur Amazon Aurora*. Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 1.19.5, 1.19.6, 1.22.\$1, 1.23.\$1, 2.04.\$1, 2.07.\$1, 2.08.\$1, 2.09.\$1, 2.10.\$1, 3.01.\$1 et 3.02.\$1. Vous pouvez restaurer un instantané à partir d'un cluster Aurora MySQL version 2 actuellement pris en charge dans Aurora MySQL 3.01.0. Pour en savoir plus sur la planification d'une mise à niveau vers Aurora MySQL version 3, consultez [Planification de la mise à niveau d'Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-planning) dans le *Guide de l'utilisateur Amazon Aurora*. Pour la procédure de mise à niveau en elle-même, consultez [Mise à niveau vers Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-procedure) dans le *Guide de l'utilisateur Amazon Aurora*. 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) dans le *Guide de l'utilisateur Amazon Aurora*. Pour plus d'informations sur la résolution des problèmes, consultez [Résolution des problèmes de mise à niveau avec Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.mysql80-upgrade-troubleshooting). Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le [AWS support](https://aws.amazon.com/support). Pour plus d'informations, consultez [Entretien d'un cluster de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) dans le *Guide de l'utilisateur Amazon Aurora*. ## Améliorations Aurora MySQL version 3.01.0 est généralement compatible avec Community MySQL 8.0.23. Cette version inclut les correctifs de sécurité relatifs aux vulnérabilités et expositions (CVE) à partir de Community MySQL 8.0.23. Aurora MySQL version 3.01.0 contient tous les correctifs de bogue spécifiques à Aurora via Aurora MySQL version 2.10.0. Pour plus d'informations sur les nouvelles fonctionnalités d'Aurora MySQL version 3, consultez [Fonctions de MySQL 8.0 Community Edition](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.8.0-features-community) et [Nouvelles optimisations des requêtes parallèles](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html#AuroraMySQL.8.0-features-pq) dans le *Guide de l'utilisateur Amazon Aurora*. **Améliorations de la disponibilité :** + L'insertion rapide n'est pas activée dans cette version d'Aurora MySQL, en raison d'un problème susceptible de provoquer des incohérences lors de l'exécution de requêtes telles que `INSERT INTO``SELECT`, et. `FROM` Pour plus d'informations sur l'optimisation de l'insertion rapide, consultez la section [Améliorations des performances d'Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).