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 2
<a name="AuroraMySQL.Updates.20Updates"></a>

**Important**  
La version 2 d’Aurora MySQL a atteint sa fin de support standard le 31 octobre 2024. Pour plus d’informations, consultez [Préparation à la fin de prise en charge d’Amazon Aurora Édition compatible avec MySQL version 2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL57.EOL.html).

Les mises à jour du moteur de base de données Amazon Aurora version 2 sont les suivantes.<a name="aurora_2x_updates"></a>
+ [Mises à jour du moteur de base de données Aurora MySQL 2026-03-09 (version 2.12.6, compatible avec MySQL 5.7.44) - Version RDS Extended Support](AuroraMySQL.Updates.2126.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 2025-04-09 (version 2.12.5, compatible avec MySQL 5.7.44) - Version RDS Extended Support](AuroraMySQL.Updates.2125.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 2024-10-23 (version 2.12.4, compatible avec MySQL 5.7.44) - Version RDS Extended Support](AuroraMySQL.Updates.2124.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 2024-07-09 (version 2.12.3, compatible avec MySQL 5.7.44) - Version RDS Extended Support](AuroraMySQL.Updates.2123.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 2024-03-19 (version 2.12.2, compatible avec MySQL 5.7.44) - Version RDS Extended Support](AuroraMySQL.Updates.2122.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 28/12/2023 (version 2.12.1, compatible avec MySQL 5.7.40) - Version RDS Extended Support](AuroraMySQL.Updates.2121.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 25/10/2023 (version 2.12.0.1, compatible avec MySQL 5.7.40) - Version RDS Extended Support (bêta)](AuroraMySQL.Updates.21201.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 25/07/2023 (version 2.12.0, compatible avec MySQL 5.7.40) - Version RDS Extended Support](AuroraMySQL.Updates.2120.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 2024-07-19 (version 2.11.6, compatible avec MySQL 5.7.12) - Version RDS Extended Support](AuroraMySQL.Updates.2116.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 2024-03-26 (version 2.11.5, compatible avec MySQL 5.7.12) - Version RDS Extended Support (par défaut)](AuroraMySQL.Updates.2115.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 17/10/2023 (version 2.11.4, compatible avec MySQL 5.7.12) - Version RDS Extended Support](AuroraMySQL.Updates.2114.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 09/06/2023 (version 2.11.3, compatible avec MySQL 5.7.12) - Version RDS Extended Support](AuroraMySQL.Updates.2113.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 24/24 (version 2.11.2, compatible avec MySQL 5.7.12) - Version RDS Extended Support](AuroraMySQL.Updates.2112.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 14/02/2023 (version 2.11.1, compatible avec MySQL 5.7.12) - Version RDS Extended Support](AuroraMySQL.Updates.2111.md)
+ [Mises à jour du moteur de base de données Aurora MySQL : 10-25 (version 2.11.0, compatible avec MySQL 5.7.12) - Version RDS Extended Support](AuroraMySQL.Updates.2110.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 01/11/2021 (version 2.10.3) (obsolète)](AuroraMySQL.Updates.2103.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 21/01/2022 (version 2.10.2) (obsolète)](AuroraMySQL.Updates.2102.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 21/10/2021 (version 2.10.1) (obsolète)](AuroraMySQL.Updates.2101.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 25/05/2021 (version 2.10.0) (obsolète)](AuroraMySQL.Updates.2100.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 12/11/2022 (version 2.09.3) (obsolète)](AuroraMySQL.Updates.2093.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 26/02/2021 (version 2.09.2) (obsolète)](AuroraMySQL.Updates.2092.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2020 (version 2.09.1) (obsolète)](AuroraMySQL.Updates.2091.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 17/09/2020 (version 2.09.0) (obsolète)](AuroraMySQL.Updates.2090.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 06/01/2022 (version 2.08.4) (obsolète)](AuroraMySQL.Updates.2084.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 12/11/2022 (version 2.08.3) (obsolète)](AuroraMySQL.Updates.2083.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 28/08/2020 (version 2.08.2) (obsolète)](AuroraMySQL.Updates.2082.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 18/06/2020 (version 2.08.1) (obsolète)](AuroraMySQL.Updates.2081.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 06/02/2020 (version 2.08.0) (obsolète)](AuroraMySQL.Updates.2080.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 15/08/15 (version 2.07.10) (obsolète)](AuroraMySQL.Updates.20710.md)
+ [Mises à jour du moteur de base de données Aurora MySQL 04/03/2023 (version 2.07.9) (obsolète)](AuroraMySQL.Updates.2079.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 16/06/2022 (version 2.07.8) (obsolète)](AuroraMySQL.Updates.2078.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 24/11/2021 (version 2.07.7) (obsolète)](AuroraMySQL.Updates.2077.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 02/09/2021 (version 2.07.6) (obsolète)](AuroraMySQL.Updates.2076.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 06/07/2021 (version 2.07.5) (obsolète)](AuroraMySQL.Updates.2075.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 04/03/2021 (version 2.07.) (obsolète)](AuroraMySQL.Updates.2074.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 10/11/2020 (version 2.07.3) (obsolète)](AuroraMySQL.Updates.2073.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 17/04/2020 (version 2.07.2) (obsolète)](AuroraMySQL.Updates.2072.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 23/12/2019 (version 2.07.1) (obsolète)](AuroraMySQL.Updates.2071.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 25/11/2019 (version 2.07.0) (obsolète)](AuroraMySQL.Updates.2070.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 22/11/2019 (version 2.06.0) (obsolète)](AuroraMySQL.Updates.2060.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 11/11/2019 (version 2.05.0) (obsolète)](AuroraMySQL.Updates.2050.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 14/08/2020 (version 2.04.9) (obsolète)](AuroraMySQL.Updates.2049.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 20/11/2019 (version 2.04.8) (obsolète)](AuroraMySQL.Updates.2048.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 14/11/2019 (version 2.04.7) (obsolète)](AuroraMySQL.Updates.2047.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 19/09/2019 (version 2.04.6) (obsolète)](AuroraMySQL.Updates.2046.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 08/07/2019 (version 2.04.5) (obsolète)](AuroraMySQL.Updates.2045.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 29/05/2019 (version 2.04.4) (obsolète)](AuroraMySQL.Updates.2044.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 09/05/2019 (version 2.04.3) (obsolète)](AuroraMySQL.Updates.2043.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 02/05/2019 (version 2.04.2) (obsolète)](AuroraMySQL.Updates.2042.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 25/03/2019 (version 2.04.1) (obsolète)](AuroraMySQL.Updates.2041.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 25/03/2019 (version 2.04.0) (obsolète)](AuroraMySQL.Updates.204.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 07/02/2019 (version 2.03.4) (obsolète)](AuroraMySQL.Updates.2034.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 18/01/2019 (version 2.03.3) (obsolète)](AuroraMySQL.Updates.2033.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 09/01/2019 (version 2.03.2) (obsolète)](AuroraMySQL.Updates.2032.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 24/10/2018 (version 2.03.1) (obsolète)](AuroraMySQL.Updates.2031.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 11/10/2018 (version 2.03) (obsolète)](AuroraMySQL.Updates.203.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 08/10/2018 (version 2.02.5) (obsolète)](AuroraMySQL.Updates.2025.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 21/09/2018 (version 2.02.4) (obsolète)](AuroraMySQL.Updates.2024.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 23/08/2018 (version 2.02.3) (obsolète)](AuroraMySQL.Updates.2023.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 04/06/2018 (version 2.02.2) (obsolète)](AuroraMySQL.Updates.2022.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 03/05/2018 (version 2.02) (obsolète)](AuroraMySQL.Updates.202.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 13/03/2018 (version 2.01.1) (obsolète)](AuroraMySQL.Updates.2011.md)
+ [Mises à jour du moteur de base de données Aurora MySQL du 06/02/2018 (version 2.01) (obsolète)](AuroraMySQL.Updates.20180206.md)

# Mises à jour du moteur de base de données Aurora MySQL 2026-03-09 (version 2.12.6, compatible avec MySQL 5.7.44) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2126"></a><a name="2126"></a><a name="2.12.6"></a>

 **Version : 2.12.6** 

 Aurora MySQL 2.12.6 est généralement disponible. Les versions 2.12 d'Aurora MySQL sont compatibles jusqu'à MySQL 5.7.44. Pour plus d'informations sur les modifications apportées à la communauté, consultez [les modifications apportées à MySQL 5.7.44 (11 octobre, disponibilité générale](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)). 

 Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.08.\$1, 3.09.\$1, 3.10.\$1, 3.11.\$1 et 3.12.\$1. 

 Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.12.6. Vous pouvez également restaurer un instantané à partir de n'importe quelle version d'Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.6. 

 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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2126.Improvements"></a>

 **Correctifs de sécurité :** 
+  Correction d'un problème qui empêchait certaines instructions SQL d'être enregistrées dans le journal d'audit. 

 **Moyen CVEs :** 
+  [CVE-2025-53054](https://www.cve.org/CVERecord?id=CVE-2025-53054) 
+  [CVE-2025-53053](https://www.cve.org/CVERecord?id=CVE-2025-53053) 
+  [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-53062](https://www.cve.org/CVERecord?id=CVE-2025-53062) 
+  [CVE-2025-53069](https://www.cve.org/CVERecord?id=CVE-2025-53069) 
+  [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-50082](https://www.cve.org/CVERecord?id=CVE-2025-50082) 
+  [CVE-2025-50085](https://www.cve.org/CVERecord?id=CVE-2025-50085) 
+  [CVE-2025-53023](https://www.cve.org/CVERecord?id=CVE-2025-53023) 
+  [CVE-2025-50087](https://www.cve.org/CVERecord?id=CVE-2025-50087) 
+  [CVE-2025-50099](https://www.cve.org/CVERecord?id=CVE-2025-50099) 
+  [CVE-2025-50079](https://www.cve.org/CVERecord?id=CVE-2025-50079) 
+  [CVE-2025-50092](https://www.cve.org/CVERecord?id=CVE-2025-50092) 
+  [CVE-2025-50102](https://www.cve.org/CVERecord?id=CVE-2025-50102) 
+  [CVE-2025-50083](https://www.cve.org/CVERecord?id=CVE-2025-50083) 
+  [CVE-2025-50096](https://www.cve.org/CVERecord?id=CVE-2025-50096) 
+  [CVE-2025-50091](https://www.cve.org/CVERecord?id=CVE-2025-50091) 
+  [CVE-2025-50084](https://www.cve.org/CVERecord?id=CVE-2025-50084) 
+  [CVE-2025-50101](https://www.cve.org/CVERecord?id=CVE-2025-50101) 
+  [CVE-2025-50077](https://www.cve.org/CVERecord?id=CVE-2025-50077) 
+  [CVE-2025-50088](https://www.cve.org/CVERecord?id=CVE-2025-50088) 
+  [CVE-2025-50080](https://www.cve.org/CVERecord?id=CVE-2025-50080) 
+  [CVE-2025-50097](https://www.cve.org/CVERecord?id=CVE-2025-50097) 
+  [CVE-2025-50094](https://www.cve.org/CVERecord?id=CVE-2025-50094) 
+  [CVE-2025-50093](https://www.cve.org/CVERecord?id=CVE-2025-50093) 
+  [CVE-2025-50086](https://www.cve.org/CVERecord?id=CVE-2025-50086) 
+  [CVE-2025-50078](https://www.cve.org/CVERecord?id=CVE-2025-50078) 
+  [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-50104](https://www.cve.org/CVERecord?id=CVE-2025-50104) 
+  [CVE-2025-50098](https://www.cve.org/CVERecord?id=CVE-2025-50098) 
+  [CVE-2025-50100](https://www.cve.org/CVERecord?id=CVE-2025-50100) 
+  [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) 

# Mises à jour du moteur de base de données Aurora MySQL 2025-04-09 (version 2.12.5, compatible avec MySQL 5.7.44) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2125"></a><a name="2125"></a><a name="2.12.5"></a>

 **Version :** 2.12.5

Aurora MySQL 2.12.5 est généralement disponible. Les versions 2.12 d'Aurora MySQL sont compatibles jusqu'à MySQL 5.7.44. Pour plus d'informations sur les modifications apportées à la communauté, consultez [les modifications apportées à MySQL 5.7.44 (11 octobre, disponibilité générale](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)). 

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 mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.12.5. Vous pouvez également restaurer un instantané à partir de n'importe quelle version d'Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.5.

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2124.Improvements"></a>

 **Problèmes de sécurité corrigés et CVEs :** 

Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 5.7.44. Les correctifs CVE suivants sont inclus :
+  [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) 
+  [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) 
+  [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-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) 
+  [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-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) 
+  [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) 
+  [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) 
+  [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) 
+  [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) 
+  [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21241) 
+  [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) 
+  [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487) 

 **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.

# Mises à jour du moteur de base de données Aurora MySQL 2024-10-23 (version 2.12.4, compatible avec MySQL 5.7.44) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2124"></a><a name="2124"></a><a name="2.12.4"></a>

**Version : 2.12.4**

Aurora MySQL 2.12.4 est généralement disponible. Les versions 2.12 d'Aurora MySQL sont compatibles jusqu'à MySQL 5.7.44. Pour plus d'informations sur les modifications apportées à la communauté, consultez [les modifications apportées à MySQL 5.7.44 (11 octobre, disponibilité générale](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)).

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 et 3.07.\$1.

Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.12.4. Vous pouvez également restaurer un instantané à partir de n'importe quelle version d'Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.4.

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2124.Improvements"></a>

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

Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 5.7.44. Les correctifs CVE suivants sont inclus :
+ [CVE-2023-44487](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487)
+ [CVE-2024-21142](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21142)
+ [CVE-2024-21177](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21177)
+ [CVE-2024-25062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-25062)

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2124.Patches"></a>

Cette version inclut toutes les corrections de bogues communautaires jusqu'à la version 5.7.44 incluse. Pour de plus amples informations, veuillez consulter [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2).

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2124.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lots des analyses

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2124.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Instruction SQL `CREATE TABLESPACE`
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL 2024-07-09 (version 2.12.3, compatible avec MySQL 5.7.44) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2123"></a><a name="2123"></a><a name="2.12.3"></a>

**Version : 2.12.3**

Aurora MySQL 2.12.3 est généralement disponible. Les versions 2.12 d'Aurora MySQL sont compatibles jusqu'à MySQL 5.7.44. Pour plus d'informations sur les modifications apportées à la communauté, consultez [les modifications apportées à MySQL 5.7.44 (11 octobre, disponibilité générale](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)).

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 mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.12.3. Vous pouvez également restaurer un instantané à partir de n'importe quelle version d'Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.3.

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2123.Improvements"></a>

**Problèmes de sécurité résolus et CVEs :**
+ Correction d'un problème de sécurité pour les procédures stockées MySQL.

Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 5.7.44. Les correctifs CVE suivants sont inclus :
+ [CVE-2023-21912](https://nvd.nist.gov/vuln/detail/CVE-2023-21912)
+ [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-20993](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20993)
+ [CVE-2024-20998](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20998)
+ [CVE-2024-21008](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21008)
+ [CVE-2024-21009](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21009)
+ [CVE-2024-21013](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21013)
+ [CVE-2024-21047](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21047)
+ [CVE-2024-21054](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21054)
+ [CVE-2024-21055](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21055)
+ [CVE-2024-21057](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21057)
+ [CVE-2024-21062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21062)
+ [CVE-2024-21069](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21069)
+ [CVE-2024-21096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21096)
+ [CVE-2024-21097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21097)

**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 provoquait le redémarrage d'un serveur de base de données en raison de l'accès simultané aux ressources de connexion lors d'une mise à l'échelle fluide, d'un redémarrage sans interruption (ZDR) et de l'application de correctifs sans interruption de service (ZDP).
+ 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 dans un processus en arrière-plan qui provoquait l'exécution prolongée ou l'échec des requêtes alors que l'opération en arrière-plan supprimait les index temporaires.
+ Correction d'un problème lié aux routines de démarrage qui pouvaient provoquer le redémarrage des instances de base de données du rédacteur en raison d'une incohérence des métadonnées.
+ Ajout d'un indicateur de la progression du recouvrement des transactions. Cela permet d'éviter une éventuelle indisponibilité, dans de rares situations, lorsque le rétablissement de la transaction prend beaucoup de temps.
+ 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 à cause duquel une faible valeur de `thread_stack` paramètre provoquait le redémarrage répété de la base de données. La `thread_stack` valeur minimale autorisée a été augmentée de 131 072 à 136 192 pour garantir un démarrage réussi et éviter les problèmes de démarrage.
+ Correction d'un problème qui provoquait le redémarrage d'une instance de base de données de lecteur lors de l'exécution d'une requête parallèle.
+ 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, dans de rares cas, pouvait provoquer le redémarrage d'une instance de base de données lorsqu'une transaction en lecture seule obtenait des verrous partagés.
+ 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.

**Améliorations générales :**
+ 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.
+ Correction d'un problème qui pouvait entraîner des résultats de requête incorrects lorsque ZDR restaure de manière incorrecte les variables de session définies comme indices dans les requêtes.
+ Correction d'un problème de requête parallèle qui provoquait le renvoi d'un jeu de résultats incomplet lors de l'utilisation des fonctions intégrées `LPAD` et des fonctions de `RPAD` chaîne.
+ Correction d'un problème qui provoquait l'absence d'index de clé étrangère sur les instances de base de données du lecteur lorsqu'une `ALTER TABLE RENAME COLUMN` instruction était exécutée sur l'instance de base de données du rédacteur sur une table contenant une clé étrangère.
+ Correction d'un problème pouvant entraîner l'échec du processus de désactivation du transfert d'écriture.
+ Correction d'un problème lors du Aurora Serverless v1 dimensionnement qui provoquait le redémarrage de l'instance de base de données en raison d'un accès incorrect à une structure de données interne lors de la recherche d'un point de dimensionnement.
+ 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.
+ Le délai d'expiration des demandes pour les opérations [d'apprentissage automatique Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html) adressées à Amazon SageMaker AI a été augmenté de 3 à 30 secondes. Cela permet de résoudre un problème selon lequel les clients peuvent constater une augmentation du nombre de tentatives ou d'échecs pour les demandes adressées à Amazon SageMaker AI par le biais de l'apprentissage automatique Aurora lorsqu'ils utilisent des lots de plus grande taille.
+ 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`

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2123.Patches"></a>

Cette version inclut toutes les corrections de bogues communautaires jusqu'à la version 5.7.44 incluse. Pour de plus amples informations, veuillez consulter [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correction d'un problème en raison duquel les tables temporaires liées à des déclencheurs lors de l'exécution d'instructions pouvaient provoquer un redémarrage inattendu du moteur de base de données.
+ Correction d'un défaut qui pouvait entraîner la fermeture du serveur lorsque des instructions à table unique `UPDATE` et `DELETE` des instructions utilisant des expressions indexées étaient exécutées en tant qu'instructions préparées. ([Insecte \$129257254](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-17.html))

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2123.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lots des analyses

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2123.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Instruction SQL `CREATE TABLESPACE`
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL 2024-03-19 (version 2.12.2, compatible avec MySQL 5.7.44) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2122"></a><a name="2122"></a><a name="2.12.2"></a>

**Version : 2.12.2**

Aurora MySQL 2.12.2 est généralement disponible. Les versions 2.12 d'Aurora MySQL sont compatibles jusqu'à MySQL 5.7.44. Pour plus d'informations sur les modifications apportées à la communauté, consultez [les modifications apportées à MySQL 5.7.44 (11 octobre, disponibilité générale](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html)).

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 et 3.06.\$1.

Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.12.2. Vous pouvez également restaurer un instantané à partir de n'importe quelle version d'Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.2.

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2122.Improvements"></a>

**Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :**

Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 5.7.44. Les correctifs CVE suivants sont inclus :
+ [CVE-2024-20963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-CVE-2024-20963)
+ [CVE-2023-39975](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-39975)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)

Problèmes de sécurité :
+ Ajout d'un correctif qui garantit que les répliques de journaux binaires sont utilisées par défaut SSL/TLS si la source prend en charge les connexions chiffrées, quel que soit le `MASTER_SSL` paramètre.

**Améliorations de la disponibilité :**
+ Correction d'un problème qui empêchait le lancement réussi d'une instance de réplication en lecture en cas de charge de travail élevée sur l'instance d'écriture.
+ Correction d'un problème qui pouvait provoquer le basculement d'une instance de rédacteur de base de données Aurora MySQL 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 de l'instance de stockage Aurora.
+ Correction d'un problème qui, dans de rares cas, pouvait entraîner le redémarrage des instances du lecteur.
+ Correction d'un problème qui empêchait un utilisateur privilégié de modifier les [limites de ressources](https://dev.mysql.com/doc/refman/5.7/en/user-resources.html) associées à l'utilisateur [rdsadmin](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html). Lorsqu'elles sont mal définies, ces limites de ressources peuvent empêcher l'agent de surveillance RDS de surveiller l'état de santé de l'instance de base de données, ce qui entraîne une indisponibilité de la base de données.

**Mises à niveau et migrations :**
+ Correction d'un problème qui se produisait lors de la tentative de démarrage de la réplication des journaux binaires pour les clusters Aurora MySQL qui avaient été migrés depuis Amazon RDS MySQL 5.7 et qui contenaient des procédures stockées non prises en charge.
+ Le planificateur d'événements de base de données a été désactivé lors d'une mise à niveau d'une version majeure vers Aurora MySQL version 3. Cette mise à jour permet d'éviter toute modification de la base de données par l'exécution d'événements alors que la mise à niveau de la version majeure est en cours.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2122.Patches"></a>

Cette version inclut toutes les corrections de bogues communautaires jusqu'à la version 5.7.44 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2122.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lots des analyses

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2122.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Instruction SQL `CREATE TABLESPACE`
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL 28/12/2023 (version 2.12.1, compatible avec MySQL 5.7.40) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2121"></a><a name="2121"></a><a name="2.12.1"></a>

**Version :** 2.12.1

Aurora MySQL 2.12.1 est en disponibilité générale. Les versions 2.12 d'Aurora MySQL sont compatibles avec MySQL jusqu'à 5.7.40. Pour plus d'informations sur les modifications, consultez [Changes in MySQL 5.7.40 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-40.html).

Les versions d'Aurora MySQL actuellement prises en charge sont les suivantes : 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 bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.12.1. Vous pouvez également restaurer un instantané dans Aurora MySQL 2.12.1 à partir d'une version actuellement prise en charge d'Aurora MySQL.

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2121.Improvements"></a>

**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 5.7.44.

Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs de CVE supplémentaires ci-dessous :
+ [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546)
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
+ [CVE-2023-22053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22053)
+ [CVE-2023-22028](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22028)
+ [CVE-2023-22026](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22026)
+ [CVE-2023-22015](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22015)
+ [CVE-2022-24407](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-24407)
+ [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105)
+ [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104)
+ Correction du traitement des jetons à caractère unique par un plug-in d'analyse de recherche en texte intégral (bogue n° 35432973)
+ Correction d'un problème en raison duquel les événements signalés lors du traitement des rotations du journal d'audit pouvaient ne pas être écrits dans le journal d'audit

**Nouvelles fonctions :**
+ Ajout de la prise en charge de la réplication de journal binaire (binlog) multithread : le thread SQL au niveau du réplica du journal binaire peut ainsi appliquer les événements du journal binaire en parallèle lorsque cela est possible. Découvrez plus en détail les options de configuration permettant de peaufiner la réplication multithread dans le [Guide de l'utilisateur Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html).

**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 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 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 dans le gestionnaire de verrous qui pouvait entraîner un redémarrage ou un basculement pendant le traitement de validations en deux phases, tandis que le niveau d'isolation était défini sur `READ_COMMITED` ou `READ_UNCOMMITED` et que des transactions XA étaient utilisées ou le journal binaire (binlog) activé.
+ 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 qui pouvait entraîner le redémarrage de l'instance de base de données lorsque le nombre de connexions à la base de données se rapprochait de la valeur définie par le paramètre `max_connections`.
+ Correction d'un problème qui pouvait provoquer le redémarrage d'une instance de lecteur Aurora lors de l'exécution de requêtes DML (Data Manipulation Language) sur une table contenant un index en texte intégral.
+ 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 qui pouvait entraîner l'échec d'une requête parallèle en raison de problèmes réseau transitoires pendant la lecture de données issues du volume du cluster Aurora.
+ Correction d'un problème lié à la gestion des fichiers journaux d'audit qui pouvait rendre les fichiers journaux inaccessibles au téléchargement ou à la rotation et qui, dans certains cas, faisait croître l'utilisation du processeur.
+ Correction d'un problème d'augmentation du retard de réplication pour les petites instances de réplica en lecture après une mise à niveau à partir de versions antérieures à la version 2.11.\$1
+ Correction d'un problème qui pouvait provoquer un nombre excessif de messages de journal lors de la consultation de [table d'octrois `procs_priv`](https://dev.mysql.com/doc/refman/8.0/en/grant-tables.html#grant-tables-procs-priv) pour la vérification de requêtes impliquant des routines stockées.
+ Correction d'un problème de gestion de la mémoire pouvant conduire l'instance de base de données à utiliser excessivement la mémoire lors de l'exécution de requêtes utilisant l'optimisation de la jointure de hachage.
+ Correction d'un problème qui pouvait produire une valeur incorrecte pour la variable `Threads_running` dans les tables de statut global `information_schema` et `performance_schema` lors de l'utilisation du transfert d'écriture.
+ Correction d'un problème provoquant le redémarrage de la base de données lors de l'exécution d'instructions `SELECT` avec des tables partitionnées (créées dans une version de MySQL prenant en charge l'ancien gestionnaire de partition `ha_partition`) et lorsque la requête parallèle est choisie par le planificateur de requêtes.
+ 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é.
+ Réduction du retard de réplication du journal binaire lorsqu'un réplica du journal binaire Aurora MySQL exécute des événements `QUERY` écrits dans le fichier binaire de la source sans qu'une base de données par défaut soit définie par la commande `USE`.
+ Correction d'un problème qui pouvait entraîner l'`CommitLatency` CloudWatch affichage incorrect de la métrique lorsque le `innodb_flush_log_at_trx_commit` paramètre n'était pas défini sur 1.
+ Correction d'un problème pouvant entraîner l'arrêt des connexions aux bases de données avant qu'elles ne soient établies. Ce problème est plus susceptible d'affecter les instances de bases de données qui ouvrent et ferment beaucoup de connexions.
+ 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
+ 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.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2121.Patches"></a>

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7.40 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correction d'un problème qui pouvait entraîner le blocage des connexions à distance existantes et nouvelles lorsqu'elles étaient exécutées simultanément avec l'instruction `SHOW PROCESSLIST` (bogue Community n° 34857411)
+ Réplication : certains événements de journal binaire n'étaient pas toujours gérés correctement (bogue n° 34617506).

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2121.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lots des analyses

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2121.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Instruction SQL `CREATE TABLESPACE`
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL 25/10/2023 (version 2.12.0.1, compatible avec MySQL 5.7.40) - Version RDS Extended Support (bêta)
<a name="AuroraMySQL.Updates.21201"></a><a name="21201"></a><a name="2.12.0.1"></a>

**Version :** 2.12.0.1

Aurora MySQL 2.12.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), (USA 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 2.12.1). Les versions 2.12 d'Aurora MySQL sont compatibles avec MySQL 5.7.40.

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, et 3.04.\$1.

Vous pouvez mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.12.0.1. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.0.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
<a name="AuroraMySQL.Updates.21201.Improvements"></a>

**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 5.7.40.
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)

**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).

# Mises à jour du moteur de base de données Aurora MySQL 25/07/2023 (version 2.12.0, compatible avec MySQL 5.7.40) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2120"></a><a name="2120"></a><a name="2.12.0"></a>

**Version :** 2.12.0

Aurora MySQL 2.12.0 est disponible. Les versions 2.12 d'Aurora MySQL sont compatibles avec MySQL jusqu'à 5.7.40. Pour plus d'informations sur les modifications, consultez [Changes in MySQL 5.7.40 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-40.html).

Les versions d'Aurora MySQL actuellement prises en charge sont 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1 et 3.03.\$1.

Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.12.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.12.0.

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2120.Improvements"></a>

**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 5.7.40.
+ Les chiffrements SSL par défaut utilisés par Aurora MySQL ont été mis à jour pour exclure les valeurs DES- CBC3 -SHA moins sécurisées du paramètre de base de données [SSL\$1CIPHER](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher). Si vous rencontrez des problèmes de connexion SSL en raison de la suppression du chiffrement DES- CBC3 -SHA, veuillez utiliser un algorithme de chiffrement sécurisé applicable figurant dans la liste suivante, [Configuration des suites de chiffrement pour les connexions aux clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites). Vous trouverez plus d'informations sur le client MySQL [Connection Cipher Configuration](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration) dans la documentation MySQL. 
+ [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-21840](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21840)
+ [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-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221)
+ [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-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169)

**Améliorations de la disponibilité :**
+ Correction d'un problème de chiffrement des événements DAS (Database Activity Streams) pouvant entraîner le redémarrage de la base de données.
+ Correction de deux problèmes pouvant faire échouer le redémarrage d'une base de données si celui-ci se produisait lors de l'exécution d'une requête DDL (Data Definition Language).
+ Correction d'un problème de surcroît de connexions qui peut entraîner une augmentation de la latence des requêtes ou un redémarrage de l'instance de base de données.
+ 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 volumineuses ou de charges de travail DDL (Data Definition Language) 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 de surcroît de connexions qui peut entraîner un allongement de la durée du processus d'établissement de la connexion ou provoquer un échec en raison d'erreurs de délai d'expiration.
+ Correction d'un problème lors duquel la rotation du journal d'audit avancé pouvait réduire la mémoire disponible, ce qui pouvait entraîner le redémarrage de l'instance de base de données.
+ 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 qui provoquait le redémarrage de l'instance d'enregistreur lors de l'exécution de la requête `OPTIMIZE TABLE` sur une table dotée d'un index Full Text Search (FTS).
+ Correction d'un problème qui provoquait le redémarrage de l'instance d'écriture d'une AWS 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.
+ Correction d'un problème qui provoquait le redémarrage d'une instance de lecteur de AWS 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.
+ 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 :**
+ Introduction d'optimisations des performances de gestion des fichiers sur les réplicas des fichiers binaires afin de réduire les conflits lors de l'écriture dans les fichiers journaux de relais.
+ Correction d'un problème pouvant entraîner un signalement incorrect du compteur `buffer_pool_read_requests` dans les métriques `information_schema`.
+ Correction d'un problème pouvant entraîner le remplissage de l'espace de stockage local lors de l'exécution d'opérations `LOAD FROM S3` ou `SELECT INTO S3`. Le problème peut également entraîner une augmentation de l'utilisation du processeur, des redémarrages de la base de données en raison d'une mémoire insuffisante et une augmentation de la latence pour ces requêtes.
+ Correction d'un problème lors duquel des instances de base de données utilisant la réplication de journaux binaires pouvaient connaître une augmentation de l'utilisation du processeur et des échecs de connexion lorsque plusieurs consommateurs de la réplication de journaux binaires étaient connectés.
+ Correction d'un problème lors duquel les variables d'état du serveur SSL n'étaient pas renseignées.
+ Correction d'un problème lors duquel des instructions DML (Data Manipulation Language) exécutant des écritures en double pouvaient entraîner une journalisation excessive des erreurs et une augmentation de la latence des requêtes.
+ Mise à niveau des définitions de fuseaux horaires vers la version IANA 2023c.
+ Ajout de la prise en charge de l'activation et de la désactivation de la journalisation binaire au niveau de la session. Consultez la section [Procédures stockées - Réplication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_enable_session_binlog) dans le Guide de l'utilisateur Amazon Aurora.
+ Ajout de la prise en charge de la définition du format de journal binaire au niveau de la session. Consultez la section [Procédures stockées - Réplication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_session_binlog_format) dans le Guide de l'utilisateur Amazon Aurora.
+ Correction d'un problème lors duquel le réglage du paramètre `aurora_disable_hash_join` sur `1` ou `ON` n'empêchait pas l'optimiseur d'utiliser une jointure de hachage.
+ 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, dans de rares cas, d'entraîner le redémarrage d'une instance Amazon Aurora 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.
+ Correction d'un problème pouvant entraîner un signalement incorrect du compteur `buffer_pool_read_requests` dans les métriques `information_schema`.
+ Correction d'un problème provoquant le redémarrage d'un réplica du journal binaire si la variable système [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) de la source est absente ou a une valeur non valide.
+ 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 susceptible d'entraîner une augmentation du temps d'exécution des requêtes.
+ Correction d'un problème à cause duquel les `AuroraGlobalDBRPOLag` CloudWatch métriques affichaient toujours zéro, quelle que soit la charge de travail de l'utilisateur

 **Mises à niveau et migrations :** 
+ Pour effectuer la mise à niveau d'une version mineure d'une base de données globale Aurora MySQL version 32.07 ou 2.11 vers Aurora MySQL version 2.12 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).

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2120.Patches"></a>

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7.40 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correction d'un problème susceptible d'entraîner une utilisation plus élevée du processeur en raison de la rotation des certificats TLS en arrière-plan. (Bogue n° 34284186)

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2120.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lot des analyses.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2120.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Instruction SQL `CREATE TABLESPACE`
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL 2024-07-19 (version 2.11.6, compatible avec MySQL 5.7.12) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2116"></a><a name="2116"></a><a name="2.11.6"></a>

**Version : 2.11.6**

Aurora MySQL 2.11.6 est généralement disponible. Les versions 2.11 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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, 3.05.\$1, 3.06.\$1 et 3.07.\$1.

Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.11.6. Vous pouvez également restaurer un instantané à partir de n'importe quelle version inférieure d'Aurora MySQL version 2 actuellement prise en charge dans Aurora MySQL 2.11.6.

Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le 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). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.11.\$1, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.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 [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
<a name="AuroraMySQL.Updates.2116.Improvements"></a>

**Problèmes de sécurité résolus et CVEs :**
+ Correction d'un problème de sécurité dans les procédures stockées MySQL.

Cette version inclut tous les correctifs CVE communautaires, y compris MySQL 5.7.12. Les correctifs CVE suivants sont inclus dans cette version :
+ [CVE-2023-21912](https://nvd.nist.gov/vuln/detail/CVE-2023-21912)
+ [CVE-2023-38545](https://nvd.nist.gov/vuln/detail/CVE-2023-38545)
+ [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975)
+ [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-20963](https://nvd.nist.gov/vuln/detail/CVE-2024-20963)
+ [CVE-2024-20993](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20993)
+ [CVE-2024-20998](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-20998)
+ [CVE-2024-21008](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21008)
+ [CVE-2024-21009](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21009)
+ [CVE-2024-21013](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21013)
+ [CVE-2024-21047](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21047)
+ [CVE-2024-21054](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21054)
+ [CVE-2024-21055](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21055)
+ [CVE-2024-21057](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21057)
+ [CVE-2024-21062](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21062)
+ [CVE-2024-21069](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21069)
+ [CVE-2024-21096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21096)
+ [CVE-2024-21097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21097)

**Améliorations de la disponibilité :**
+ Correction d'un problème qui pouvait provoquer le redémarrage d'un serveur de base de données en raison de l'accès simultané aux ressources de connexion lors d'une mise à l'échelle fluide, d'un redémarrage sans interruption (ZDR) et d'un correctif sans interruption de service (ZDP).
+ 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 qui provoquait le redémarrage d'une instance de base de données de lecteur 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 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.

**Améliorations générales :**
+ 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.
+ Correction d'un problème qui pouvait entraîner des résultats de requête incorrects lorsque ZDR restaure de manière incorrecte les variables de session définies comme indices dans les requêtes.
+ Correction d'un problème lors du Aurora Serverless v1 dimensionnement qui provoquait le redémarrage de l'instance de base de données en raison d'un accès incorrect à une structure de données interne lors de la recherche d'un point de dimensionnement.
+ 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`

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2116.Patches"></a>

Cette version inclut toutes les corrections de bogues communautaires jusqu'à la version 5.7.12 incluse. Pour de plus amples informations, veuillez consulter [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2).

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2116.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2116.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL 2024-03-26 (version 2.11.5, compatible avec MySQL 5.7.12) - Version RDS Extended Support (par défaut)
<a name="AuroraMySQL.Updates.2115"></a><a name="2115"></a><a name="2.11.5"></a>

**Version : 2.11.5**

Aurora MySQL 2.11.5 est généralement disponible. Les versions 2.11 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html).

La version 2.11.5 est la version par défaut actuelle d'Aurora MySQL version 2 lorsque vous créez un cluster de base de données. Pour plus d'informations, consultez la section [Versions par défaut d'Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.VersionPolicy.html#Aurora.VersionPolicy.DefaultVersions).

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, 3.05.\$1 et 3.06.\$1.

Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.11.5. Vous pouvez également restaurer un instantané à partir de n'importe quelle version inférieure d'Aurora MySQL version 2 actuellement prise en charge dans Aurora MySQL 2.11.5.

Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le 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). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.11.\$1, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.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 [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
<a name="AuroraMySQL.Updates.2115.Improvements"></a>

**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-22015](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22015)
+ [CVE-2023-22026](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22026)
+ [CVE-2023-22028](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22028)
+ [CVE-2023-22084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-22084)
+ [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-2024-20963](https://nvd.nist.gov/vuln/detail/CVE-2024-20963)

**Améliorations de la disponibilité :**
+ 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, dans de rares cas, pouvait entraîner le redémarrage des instances de base de données du lecteur.
+ 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.

**Améliorations générales :**
+ Correction d'un problème qui pouvait entraîner l'échec d'une requête parallèle en raison de problèmes réseau transitoires lors de la lecture des données du volume du cluster de base de données 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.
+ Correction d'un problème qui pouvait générer une valeur incorrecte de la `Threads_running` variable dans les tables d'état `information_schema` et les tables d'état `performance_schema` globales lors de l'utilisation du transfert d'écriture.

**Mises à niveau et migrations :**
+ Correction d'un problème qui empêchait le lancement de la réplication des journaux binaires sur les clusters de bases de données Aurora MySQL migrés depuis RDS for MySQL 5.7.
+ Le planificateur d'événements de base de données a été désactivé lors des mises à niveau majeures vers Aurora MySQL version 3. Cela permet d'éviter toute modification de la base de données par l'exécution d'événements pendant la mise à niveau de la version majeure.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2115.Patches"></a>

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7.12 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2115.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2115.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL 17/10/2023 (version 2.11.4, compatible avec MySQL 5.7.12) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2114"></a><a name="2114"></a><a name="2.11.4"></a>

 **Version :** 2.11.4 

 Aurora MySQL 2.11.4 est disponible. Les versions 2.11 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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 et 3.04.\$1. 

 Vous pouvez mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.11.4. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.11.4. 

 Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le 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). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.11.\$1, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.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 [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
<a name="AuroraMySQL.Updates.2114.Improvements"></a>

**Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :**
+ 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.
+ [CVE-2022-24407](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-24407)

**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 provoquer le redémarrage d'une instance de base de données lors de l'exécution de charges de travail de lecture I/O intensives.
+ 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 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 pouvant provoquer le redémarrage d'une instance de lecteur lors de l'exécution de requêtes DML (Data Manipulation Language) sur une table contenant un index Full Text.
+ Correction d'un problème pouvant entraîner le redémarrage d'une instance de lecteur lors de l'exécution d'une requête utilisant un plan d'exécution de requêtes Aurora parallèle.
+ Correction d'un problème pouvant entraîner le redémarrage de l'instance d'enregistreur lors de l'exécution de la requête `OPTIMIZE TABLE` sur une table dotée d'un index Full Text Search (FTS).
+ 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 d'augmentation du retard de réplication pour les petites instances de réplica en lecture après une mise à niveau à partir de versions antérieures à la version 2.11.\$1.
+ Correction d'un problème pouvant provoquer un nombre excessif de messages de journaux lors de la consultation de [table des autorisations procs\$1priv](https://dev.mysql.com/doc/refman/8.0/en/grant-tables.html#grant-tables-procs-priv) pour la vérification de requêtes impliquant des routines stockées.
+ Correction d'un problème de gestion de la mémoire pouvant conduire l'instance de base de données à utiliser excessivement la mémoire lors de l'exécution de requêtes utilisant l'optimisation de la jointure de hachage.
+ Correction d'un problème provoquant le redémarrage de la base de données lors de l'exécution d'instructions `SELECT` avec des tables partitionnées (créées dans une version de MySQL prenant en charge l'ancien gestionnaire de partition `ha_partition`) et lorsque la requête parallèle est choisie par le planificateur de requêtes.
+ 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é.
+ Réduction du retard de réplication du journal binaire lorsqu'un réplica du journal binaire Aurora MySQL exécute des événements `QUERY` écrits dans le fichier binaire de la source sans qu'une base de données par défaut soit définie par la commande `USE`.
+ 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`.
+ Ajout de la prise en charge de l'activation et de la désactivation de la journalisation binaire au niveau de la session. Consultez la section [Procédures stockées - Réplication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_enable_session_binlog) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Correction d'un problème provoquant le redémarrage d'un réplica du journal binaire si la variable système [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) de la source est absente ou a une valeur non valide.
+ Ajout de la prise en charge de la définition du format du journal binaire au niveau de la session. Consultez la section [Procédures stockées - Réplication](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_session_binlog_format) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Correction d'un problème qui pouvait entraîner l'`CommitLatency` CloudWatch affichage incorrect de la métrique lorsque le `innodb_flush_log_at_trx_commit` paramètre n'était pas défini sur 1.
+ 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.
+ 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
<a name="AuroraMySQL.Updates.2114.Patches"></a>

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7.12 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Réplication : certains événements du journal binaire n'étaient pas toujours gérés correctement. (Bogue n° 34617506)
+ Correction d'un problème susceptible d'entraîner une augmentation de l'utilisation du processeur en raison de la rotation des certificats TLS en arrière-plan. (Bogue n° 34284186).
+ Dans les instructions préparées, certains types de sous-requête pouvaient causer un arrêt du serveur. (Bogue n° 33100586)

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2114.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2114.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL 09/06/2023 (version 2.11.3, compatible avec MySQL 5.7.12) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2113"></a><a name="2113"></a><a name="2.11.3"></a>

 **Version :** 2.11.3 

 Aurora MySQL 2.11.3 est disponible. Les versions 2.11 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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 mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.11.3. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.11.3. 

 Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le 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). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.11.\$1, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2113.Improvements"></a>

**Problèmes de sécurité corrigés et CVEs répertoriés ci-dessous :**
+ Mise à jour des chiffrements SSL par défaut utilisés par Aurora MySQL pour exclure les valeurs `DES-CBC3-SHA` les moins sécurisées du paramètre [SSL\$1CIPHER](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher) de la de base de données. Si vous rencontrez des problèmes de connexion SSL en raison de la suppression du `DES-CBC3-SHA` chiffrement, veuillez utiliser un chiffrement sécurisé applicable de cette liste. [ConfiguringCipherSuites](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites) Vous trouverez plus d'informations sur le client MySQL [Connection Cipher Configuration](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration) dans la documentation MySQL.
+ [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 de chiffrement des événements DAS (Database Activity Streams) pouvant entraîner le redémarrage de la base de données.
+ Correction de deux problèmes pouvant faire échouer le redémarrage d'une base de données si celui-ci se produisait lors de l'exécution d'une requête DDL (Data Definition Language).
+ 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 :**
+ 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 le réglage du paramètre `aurora_disable_hash_join` sur 1 ou ON n'empêchait pas l'optimiseur d'utiliser une jointure de hachage.
+ Correction d'un problème pouvant entraîner un signalement incorrect du compteur `buffer_pool_read_requests` dans les métriques `information_schema`.
+ Correction d'un problème pouvant entraîner le remplissage de l'espace de stockage local lors de l'exécution d'opérations `LOAD FROM S3` ou `SELECT INTO S3`. Le problème peut également entraîner une augmentation de l'utilisation du processeur, des redémarrages de la base de données en raison d'une mémoire insuffisante et une augmentation de la latence pour ces requêtes.

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2113.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2113.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL 24/24 (version 2.11.2, compatible avec MySQL 5.7.12) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2112"></a><a name="2112"></a><a name="2.11.2"></a>

 **Version :** 2.11.2 

 Aurora MySQL 2.11.2 est disponible. Les versions 2.11 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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 mettre à niveau un cluster de base de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.11.2. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.11.2. 

 Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le 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). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.11.\$1, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2112.Improvements"></a>

**Améliorations générales :**
+ Correction d'un problème lors duquel des instances de base de données utilisant la réplication des journaux binaires pouvaient connaître une augmentation de l'utilisation du processeur et des échecs de connexion lorsque plusieurs consommateurs de la réplication de journaux binaires sont connectés.
+ Correction d'un problème pouvant entraîner la désynchronisation d'une instance de lecteur dans une région secondaire de la base de données globale après la mise à niveau vers Aurora MySQL version 2.11 si l'enregistreur de la base de données principale est sur Aurora MySQL version 2.10.

**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).

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2112.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2112.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL 14/02/2023 (version 2.11.1, compatible avec MySQL 5.7.12) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2111"></a><a name="2111"></a><a name="2.11.1"></a>

 **Version :** 2.11.1 

 Aurora MySQL 2.11.1 est disponible. Les versions 2.11 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html). 

 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.07.\$1, 2.09.\$1, 2.10.\$1, 2.11.\$1, 3.01.\$1 et 3.02.\$1. 

 Vous pouvez mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.11.1. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 ou version ultérieure directement vers la version 2.11.1. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.11.1. 

 Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1 et que le transfert d'écriture est activé, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le niveau de correctif, pour continuer à utiliser le transfert d'écriture. 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). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.11.\$1, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2111.Improvements"></a>

**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-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-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169)

**Améliorations de la disponibilité :**
+ Correction d'un problème de surcroît de connexions qui peut entraîner une augmentation de la latence des requêtes ou un redémarrage de l'instance de base de données.
+ 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 volumineuses ou de charges de travail DDL (Data Definition Language) 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 de surcroît de connexions qui peut entraîner un allongement de la durée du processus d'établissement de la connexion ou provoquer un échec en raison d'erreurs de délai d'expiration.
+ Correction d'un problème de réduction de la mémoire disponible à cause de la rotation du journal d'audit avancé, qui pouvait entraîner le redémarrage de l'instance de base de donné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 :**
+ Correction d'un problème d'absence de renseignement des [variables d'état du serveur SSL](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Ssl_accept_renegotiates).
+ Correction d'un problème lors duquel des instructions DML (Data Manipulation Language) exécutant des écritures en double pouvaient entraîner une journalisation excessive des erreurs et une augmentation de la latence des requêtes.

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2111.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2111.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL : 10-25 (version 2.11.0, compatible avec MySQL 5.7.12) - Version RDS Extended Support
<a name="AuroraMySQL.Updates.2110"></a><a name="2110"></a><a name="2.11.0"></a>

 **Version :** 2.11.0 

 Aurora MySQL 2.11.0 est disponible. Les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.html). 

 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, 2.11.\$1, 3.01.\$1 et 3.02.\$1. 

 Vous pouvez mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.11.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 ou version ultérieure directement vers la version 2.11.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge par Aurora MySQL 2.11.0. 

 Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.\$1 et que le transfert d'écriture est activé, vous devez mettre à niveau vos clusters de bases de données principal et secondaire vers la même version, y compris le niveau de correctif, pour continuer à utiliser le transfert d'écriture. 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*. 

**Note**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2110.Improvements"></a>

**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 à.

  Cela apporte un certain nombre de changements, y compris, mais sans s'y limiter, la suppression du support pour les chiffrements DHE-RSA-\$1 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)

Les correctifs CVE suivants sont inclus dans cette version :
+ [CVE-2022-21460](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21460)
+ [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)
+ [CVE-2022-21417](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21417)
+ [CVE-2022-21304](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21304)
+ [CVE-2022-21303](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21303)
+ [CVE-2022-21245](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21245)
+ [CVE-2021-36222](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-36222)
+ [CVE-2021-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28196)
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2202](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2202)
+ [CVE-2021-2194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2194)
+ [CVE-2021-2179](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2179)
+ [CVE-2021-2178](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2178)
+ [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174)
+ [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171)
+ [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169)
+ [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)

 **Nouvelles fonctions :** 
+ Avec la sortie d'Aurora MySQL version 2.11, une nouvelle mise à niveau du système d'exploitation est disponible. Nous vous recommandons d'appliquer cette mise à jour du système d'exploitation en attente à toutes vos instances de base de données Aurora MySQL après avoir effectué la mise à niveau vers la version 2.11. Pour plus d'informations, consultez [Utilisation des mises à jour du système d'exploitation](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html#OS_Updates).
+ Une nouvelle option de configuration dynamique, innodb\$1deadlock\$1detect, peut être utilisée pour désactiver la détection des interblocages. Sur les systèmes à forte simultanéité, la détection des interblocages peut entraîner un ralentissement lorsque de nombreux threads attendent le même verrouillage. Parfois, il peut être plus efficace de désactiver la détection des interblocages et d'utiliser le paramètre innodb\$1lock\$1wait\$1timeout pour annuler des transactions en cas d'interblocage. (Bogue n° 23477773) Pour plus d'informations sur la détection des interblocages dans Innodb, consultez la documentation [MySQL](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlock-detection.html).
+ Les fonctions `UUID_TO_BIN`, `BIN_TO_UUID` et `IS_UUID` de MySQL 8.0 ont été ajoutées. Pour plus d'informations sur l'utilisation de ces fonctions, consultez [MySQL Miscellaneous functions](https://dev.mysql.com/doc/refman/8.0/en/miscellaneous-functions.html).
+ Ajout de la prise en charge des indicateurs d'optimisation permettant à l'utilisateur d'activer ou de désactiver une requête parallèle Aurora MySQL par table ou par requête.
  + [Utilisation des requêtes parallèles pour Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)
  + [Indicateurs Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.Hints)
+ Suppression de la prise en charge des types d'instance R3.
+ Ajout de la prise en charge des instances R6i.

**Améliorations de la disponibilité :**
+ Correction d'un problème qui empêchait la réplication logique entre régions dans un cluster de base de données en raison d'un nom et d'une position de fichier binaire incorrects dans les journaux d'erreurs. Ce problème peut se produire lors du redémarrage du moteur après l'exécution d'une instruction DDL.
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage d'instances de lecteur Aurora lors de l'exécution d'instructions de liste de contrôle d'accès (ACL) telles que GRANT et FLUSH sur l'instance d'enregistreur. Ce problème est plus susceptible d'affecter les instances de lecteur comprenant un grand nombre d'utilisateurs et les opérations ACL (modifications d'autorisations, par exemple).
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage ou le basculement de l'instance d'enregistreur lorsqu'une transaction accède à une ligne supprimée par une autre transaction.
+ Amélioration des performances de la recherche de phrases Fulltext afin de réduire de manière significative le temps nécessaire à la recherche de phrases dans une table contenant des index Fulltext.
+ Correction d'un problème de récupération d'une durée excessive à la suite du redémarrage d'une instance d'enregistreur, suivie d'un nouveau redémarrage. Ce problème se produit lorsque la base de données comprend un grand nombre de lignes non validées au moment du premier redémarrage.
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage du serveur de base de données en raison d'un long délai d'attente du sémaphore lorsque le [thread de détecteur d'interblocages](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlocks.html) est bloqué.
+ Correction d'un problème qui, dans de rares cas, pouvait entraîner le redémarrage de la base de données en raison d'une longue attente au sémaphore lorsque les I/O threads étaient bloqués.
+ 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 d'entraîner le redémarrage du serveur de base de données lorsque toutes les conditions suivantes sont définies sur true : 
  + ALLOW\$1INVALID\$1DATES est désactivé en MODE SQL.
  + Le serveur de base de données traite une instruction INSERT, UPDATE, DELETE ou SELECT avec une valeur de type DATETIME non valide (le mois n'est pas compris entre 1 et 12, par exemple).
+ Correction d'un problème de non-respect de la durée de conservation des journaux binaires lorsque log-bin est défini sur OFF, ce qui entraîne une utilisation du stockage plus importante que prévu. Après l'application de ce correctif, les journaux binaires seront purgés en fonction de votre durée de conservation. Pour plus d'informations sur la configuration de la durée de conservation de vos journaux binaires, consultez le [Guide de l'utilisateur Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#AuroraMySQL.Replication.MySQL.RetainBinlogs).
+ Correction d'un problème pouvant entraîner une réduction de la mémoire disponible sur l'instance de base de données lorsque certaines instructions SQL Data Control Language (DCL) telles que GRANT ou FLUSH PRIVILEGES sont exécutées sur cette instance. L'utilisation fréquente de telles instructions peut entraîner une réduction continue de la mémoire disponible et entraîner le redémarrage de l'instance de base de données en raison de out-of-memory problèmes. L'utilisation de ces types d'instructions sur l'instance d'enregistreur peut également entraîner une réduction de la mémoire disponible sur les instances d'enregistreur.
+ Ajout d'une plus grande taille de tampon de lecture pour les lectures effectuées à partir des journaux de relais afin de minimiser le nombre d' I/O opérations de lecture, ce qui réduit les conflits entre les threads SQL I/O et SQL.
+ Correction d'un problème susceptible d'entraîner l'échec de la procédure stockée mysql.rds\$1rotate\$1slow\$1log avec le message d'erreur « La table 'mysql.slow\$1log\$1backup' n'existe pas ».
+ Correction d'un problème causé par une invalidation excessive du cache de requêtes qui entraîne une utilisation du processeur et des latences plus élevées que prévu sur le réplica en lecture, car ce dernier doit lire les données sur le disque plutôt que dans le cache de requêtes. 
+ Correction d'un problème qui permettait aux utilisateurs d'exécuter les commandes INSTALL PLUGIN et UNINSTALL PLUGIN sur une instance de lecteur, ce qui pouvait entraîner le blocage de LOCK\$1PLUGIN, LOCK\$1SYSTEM\$1Variables\$1Hash, LOCK\$1GLOBAL\$1SYSTEM\$1VARIABLES. Désormais, ces instructions ne peuvent être exécutées que sur l'instance d'enregistreur d'un cluster de base de données.
+ Correction d'un problème de latence de validation des clusters plus importante que prévu lorsque la journalisation binaire est activée. Cela concerne toutes les transactions qui génèrent des événements de journal binaire volumineux (plus de 500 Mo).
+ Correction d'un problème pouvant entraîner une valeur incorrecte pour la métrique trx\$1active\$1transactions de la table INFORMATION\$1SCHEMA.INNODB\$1METRICS.
+ Correction d'un problème pouvant entraîner l'arrêt de la réplication logique en raison d'une incohérence du fichier binaire lors de la restauration d'une transaction importante à un point de sauvegarde.
+ Les hachages d'informations d'identification sont masqués dans le journal général et dans le journal d'audit par slow-query-log défaut en utilisant un secret de masque cohérent. Il est configurable via le paramètre aurora\$1mask\$1password\$1hashes\$1type.
+ Correction d'un problème en raison duquel la durée Zero-Downtime-Restart (ZDR) n'était pas correctement indiquée dans les événements observés par le client.
+ 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 1457](https://dev.mysql.com/doc/mysql-errors/5.7/en/server-error-reference.html#error_er_sp_proc_table_corrupt).
+ Correction d'un problème d'interblocage de l'initialisation du thread de vidage avec le thread de purge des journaux binaires. La rotation du fichier binaire actif peut alors être interrompue et ce dernier peut continuer à croître ou provoquer des problèmes avec les nouvelles connexions au réplica du journal binaire.
+ Correction d'un problème de renvoi d'un résultat obsolète sur un réplica en lecture Aurora de la part du cache de requêtes.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2110.Patches"></a>

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correction d'un problème causé par le code de lecture des informations sur le jeu de caractères issues des tables d'événements d'une instruction du schéma de performance (par exemple, events\$1statements\$1current) qui n'empêche pas l'écriture simultanée de ces informations sur le jeu de caractères. Le jeu de caractères du texte des requêtes SQL pouvait alors être invalide, ce qui pouvait entraîner un arrêt du serveur. Avec ce correctif, un jeu de caractères non valide entraîne la troncature de la colonne SQL\$1TEXT et empêche l'arrêt du serveur. (Bogue n° 23540008)
+ InnoDB : rétroportage d'un correctif pour les bogues n° 25189192 et 84038. Correction d'un problème de mise à jour de la table du dictionnaire de données INNODB\$1SYS\$1DATAFILES par InnoDB après une opération RENAME TABLE qui déplaçait une table vers un autre schéma. Une erreur au redémarrage indiquait alors que le fichier de données du tablespace était introuvable. 
+ InnoDB: correction d'un problème lors duquel le serveur supprimait un index de clé étrangère défini en interne lors de l'ajout d'un nouvel index, et tentait d'utiliser un index secondaire défini sur une colonne virtuelle générée en tant qu'index de clé étrangère, provoquant ainsi l'arrêt du serveur. InnoDB permet désormais à une contrainte de clé étrangère de référencer un index secondaire défini sur une colonne générée virtuelle. (Bogue n° 23533396)
+ Correction d'un problème d'interblocage engendré par l'exécution simultanée par deux sessions d'une opération INSERT... ON DUPLICATE KEY UPDATE. Lors de l'annulation partielle d'un tuple, une autre session pouvait le mettre à jour. La correction de ce bogue annule les correctifs des bogues n° 11758237, 17604730 et 20040791. (Bogue n° 25966845)
+ Rétroportage d'un correctif pour le bogue n°27407480 : correction d'un problème d'octroi inapproprié des privilèges EXECUTE et ALTER ROUTINE aux créateurs de routines, même lorsque automatic\$1sp\$1privileges est activé.
+ Rétroportage d'un correctif pour le bogue n°24671968 : correction d'un problème lors duquel une requête pouvait produire des résultats incorrects si la clause WHERE contenait une sous-requête dépendante, si la table comportait un index secondaire sur les colonnes de la liste de sélection, suivi des colonnes de la sous-requête, et si `GROUP BY` ou `DISTINCT` autorisait la requête à utiliser un scan restreint d'index.
+ Correction d'un problème d'interruption de la réplication si une instruction de suppression de plusieurs tables est émise sur plusieurs tables comportant des clés étrangères. (Bogue n° 80821)
+ Correction d'un problème lors duquel, dans des cas particuliers, certaines erreurs d'esclaves n'étaient pas ignorées même lorsque [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) était activé. En cas d'échec de l'ouverture et du verrouillage d'une table ou en cas d'échec des conversions de champs sur un serveur exécutant une réplication basée sur des lignes, l'erreur est considérée comme critique et l'état de [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) est ignoré. Le correctif garantit que, lorsque [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) est activé, toutes les erreurs signalées lors de l'application d'une transaction sont correctement traitées. (Bogue n° 70640 et 17653275)
+ Correction d'un problème de réplication d'une instruction [https://dev.mysql.com/doc/refman/5.7/en/set-password.html](https://dev.mysql.com/doc/refman/5.7/en/set-password.html) à partir d'un maître MySQL 5.6 vers un esclave MySQL 5.7, ou à partir d'un maître MySQL 5.7 avec la variable système [log\$1builtin\$1as\$1identified\$1by\$1password](https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_log_builtin_as_identified_by_password) définie sur ON vers un esclave MySQL 5.7. Le hachage du mot de passe était lui-même haché avant d'être stocké sur l'esclave. Le problème est maintenant résolu et le hachage du mot de passe répliqué est stocké tel qu'il a été initialement transmis à l'esclave. (Bogue n° 24687073)
+ Correction d'un problème lors duquel la sérialisation d'une valeur JSON consistant en un sous-document volumineux enveloppé dans plusieurs niveaux de tableaux JSON et/ou d'objets nécessitait parfois un temps d'exécution excessif. (Bogue n° 23031146)
+  Les instructions qui ne peuvent pas être analysées (en raison, par exemple, d'erreurs de syntaxe) ne sont plus écrites dans le journal des requêtes lentes. (Bogue n° 33732907) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2110.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2110.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 01/11/2021 (version 2.10.3) (obsolète)
<a name="AuroraMySQL.Updates.2103"></a><a name="2103"></a><a name="2.10.3"></a>

 **Version :** 2.10.3 

 Aurora MySQL 2.10.3 est disponible. 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. 

 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, 2.11.\$1, 3.01.\$1 et 3.02.\$1. 

 Vous pouvez mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.10.3. Pour les clusters Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 ou version ultérieure directement vers la version 2.10.3. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge par Aurora MySQL 2.10.3. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2103.Improvements"></a>

**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-21444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21444)
+ [CVE-2022-21344](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21344)
+ [CVE-2022-21304](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21304)
+ [CVE-2022-21245](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21245)
+ [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)

 **Améliorations générales :** 
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage du serveur de base de données en raison d'un long délai d'attente du sémaphore lorsque le [thread du détecteur d'interblocages](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlocks.html) est bloqué.
+ Correction d'un problème pouvant entraîner une réduction de la mémoire disponible sur l'instance de base de données lorsque certaines instructions SQL Data Control Language (DCL) telles que GRANT ou FLUSH PRIVILEGES sont exécutées sur cette instance. L'utilisation fréquente de telles instructions peut entraîner une réduction continue de la mémoire disponible et entraîner le redémarrage de l'instance de base de données en raison de out-of-memory problèmes. L'utilisation de ces types d'instructions sur l'instance d'enregistreur peut également entraîner une réduction de la mémoire disponible sur les instances d'enregistreur.
+ Correction d'un problème en raison duquel les requêtes portant sur la table « performance\$1schema.events\$1waits\$1summary\$1global\$1by\$1event\$1name » pouvaient devenir lentes lorsqu'une instance de base de données était fortement chargée lorsque l'événement d'attente « \$1respond\$1to\$1client » performance\$1schema était activé. wait/io/aurora
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le blocage et le redémarrage du serveur de base de données lorsque des transactions sont partiellement annulées en raison d'une violation de contrainte sur les index secondaires.
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage ou le basculement de l'instance d'enregistreur lorsqu'une transaction accède à une ligne supprimée par une autre transaction.
+ Correction d'un problème qui, dans de rares cas, pouvait entraîner le redémarrage de la base de données en raison d'une longue attente au sémaphore lorsque les I/O threads étaient bloqués.
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage du réplica en lecture pendant un basculement lorsque le fichier de verrouillage des Unix Sockets est utilisé.
+ Correction d'un problème causé par une invalidation excessive du cache de requêtes qui entraîne une utilisation du processeur et des latences plus élevées que prévu sur le réplica en lecture, car ce dernier doit lire les données sur le disque plutôt que dans le cache de requêtes.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2103.Patches"></a>

Outre les corrections ci-dessous, cette version inclut tous les correctifs de bogues jusqu'à la version 5.7 incluse. Pour plus d'informations, consultez [Bogues MySQL corrigés par les mises à jour du moteur de base de données Aurora MySQL 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correction d'un problème causé par le code de lecture des informations sur le jeu de caractères issues des tables d'événements d'une instruction du schéma de performance (par exemple, events\$1statements\$1current) qui n'empêche pas l'écriture simultanée de ces informations sur le jeu de caractères. Le jeu de caractères du texte des requêtes SQL pouvait alors être invalide, ce qui pouvait entraîner un arrêt du serveur. Avec ce correctif, un jeu de caractères non valide entraîne la troncature de la colonne SQL\$1TEXT et empêche l'arrêt du serveur. (Bogue n° 23540008)
+ Correction d'un problème d'arrêt du serveur lorsqu'une opération UPDATE nécessitait une table temporaire doté d'une clé primaire de plus de 1 024 octets et que cette table était créée à l'aide d'InnoDB. (Bogue n° 25153670)
+ Correction d'un problème d'interblocage engendré par l'exécution simultanée par deux sessions d'une opération INSERT... ON DUPLICATE KEY UPDATE. Lors de l'annulation partielle d'un tuple, une autre session pouvait le mettre à jour. La correction de ce bogue annule les correctifs des bogues n° 11758237, 17604730 et 20040791. (Bogue n° 25966845)

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2103.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2103.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 21/01/2022 (version 2.10.2) (obsolète)
<a name="AuroraMySQL.Updates.2102"></a><a name="2102"></a><a name="2.10.2"></a>

 **Version :** 2.10.2 

 Aurora MySQL 2.10.2 est disponible. 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. 

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.10.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version supérieure directement vers la version 2.10.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.10.0. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2102.Improvements"></a>

**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-35624](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35624)
+ [CVE-2021-35604](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35604)
+ [CVE-2021-22926](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22926)
+ [CVE-2021-2390](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2390)
+ [CVE-2021-2389](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2389)
+ [CVE-2021-2385](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2385)
+ [CVE-2021-2356](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2356)
+ [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543)
+ [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2960)

 **Améliorations générales :** 
+  Ajout d'une optimisation des performances pour aider à réduire la latence I/O de la base de données dans les classes d'instances 24XL. 
+  Ajout de la prise en charge des chiffrements SSL ECDHE. Pour plus d'informations sur la configuration de vos clients pour utiliser ces chiffrements SSL, veuillez consulter la documentation MySQL suivante : [encrypted connection protocols ciphers](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration) 
+  Correction de problèmes de sécurité liés à l'intégration d'Aurora MySQL à d'autres AWS services tels qu'Amazon S3, Amazon ML et AWS Lambda. 
+  Correction d'un problème susceptible d'entraîner l'échec du redémarrage d'une instance de base de données lorsque la base de données comporte environ plus d'1 Go de combinaisons d'utilisateurs et de privilèges. 
+  Correction d'un problème lié à une requête parallèle susceptible d'entraîner le renvoi par la base de données de groupements ou d'ordres de tri incorrects lors de l'exécution de requêtes avec une clause GROUP BY et une clause WHERE contenant un prédicat de plage. 
+  Correction d'un problème entraînant l'inaccessibilité des tables general\$1log et slow\$1log après une mise à niveau de la version majeure sur place d'Aurora MySQL 1.x (compatible avec MySQL 5.6) vers Aurora MySQL 2.x (compatible avec MySQL 5.7). 
+  Correction d'un problème entraînant, dans de rares cas, le redémarrage de l'instance de base de données lorsque les tables innodb\$1trx, innodb\$1locks ou innodb\$1lockwaits sont interrogées alors que la base de données est soumise à une charge de travail importante. Les outils de surveillance tels que Performance Insights peuvent interroger ces tables. 
+  Correction d'un problème où la valeur d'une colonne TIMESTAMP d'une ligne existante est mise à jour avec l'horodatage le plus récent lorsque toutes les conditions suivantes sont remplies : 

  1. Il existe un déclencheur pour la table.

  1. Une instruction INSERT est exécuté sur la table qui comporte une clause ON DUPLICATE KEY UPDATE.

  1. La ligne insérée provoque une violation de valeur en double dans un index UNIQUE ou CLÉ PRIMAIRE.

  1. Une ou plusieurs colonnes sont de type TIMESTAMP et affichent une valeur par défaut de CURRENT\$1TIMESTAMP.
+  Correction d'un problème qui, dans de rares cas, pouvait empêcher un réplica de journal binaire de se connecter à une instance dont le journal binaire était activé. 
+  Correction d'un problème où, dans de rares conditions, les transactions n'étaient pas en mesure d'être validées lors de l'exécution sur une instance dont le journal binaire était activé. 
+  Correction d'un problème qui empêchait d'établir de nouvelles connexions à une instance dont le journal binaire était activé. 
+  Correction d'un problème qui pouvait entraîner une journalisation interne excessive lors d'une tentative de correctif sans temps d'arrêt et redémarrage sans interruption provoquant le remplissage du stockage local. 
+  Correction d'un problème entraînant l'arrêt d'un réplica de journal binaire avec une erreur HA\$1ERR\$1FOUND\$1DUPP\$1KEY lors de la réplication de certaines instructions DDL et DCL. Le problème se produit lorsque l'instance source est configurée avec un format de journalisation binaire MIXED et un niveau d'isolation READ COMMITTED ou READ UNCOMMITTED. 
+  Correction d'un problème qui empêchait le I/O thread de réplication binlog de suivre le rythme de l'instance principale lorsque la réplication multithread était activée 
+  Correction d'un problème à cause duquel, dans de rares cas, un nombre élevé de connexions actives à l'instance de base de données pouvait entraîner le CloudWatch CommitLatency signalement incorrect de la métrique. 
+  Correction d'un problème qui entraînait le remplissage du stockage local sur les instances Graviton lors de l'exécution de LOAD FROM S3 ou SELECT INTO S3. 
+  Correction d'un problème qui pouvait entraîner des résultats de requête erronés lors de l'interrogation d'une table avec une clé étrangère si les deux conditions suivantes étaient réunies : 

  1.  Cache de requête activé 

  1.  Une transaction comportant une suppression ou une mise à jour en cascade sur cette table est annulée 
+  Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage des instances de lecteur Aurora. Le risque que ce problème se produise augmente à mesure que le nombre d'annulations de transactions augmente. 
+  Correction d'un problème où le nombre d'occurrences du mutex « LOCK\$1epoch\$1id\$1master » dans le schéma de performances augmente lorsqu'une session est ouverte et fermée. 
+  Correction d'un problème susceptible d'entraîner un nombre croissant de blocages pour les charges de travail comportant de nombreuses transactions mettant à jour simultanément le même jeu de lignes. 
+  Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage des instances lorsque le volume de la base de données augmente jusqu'à un multiple de 160 Go. 
+  Correction d'un problème lié à la requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec une clause LIMIT. 
+  Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance de base de données lors de l'utilisation de transactions XA avec le niveau d'isolation READ COMMITTED. 
+  Correction d'un problème où, après le redémarrage d'une instance Aurora en lecture, celle-ci pouvait redémarrer à nouveau si elle comportait une charge de travail DDL lourde pendant le redémarrage. 
+  Correction d'un problème lié au signalement incorrect d'un retard de réplication de lecteur Aurora. 
+  Correction d'un problème qui, dans de rares conditions, peut entraîner le redémarrage d'une instance d'enregistreur en cas d'échec d'une vérification de l'intégrité des données en mémoire. 
+  Correction d'un problème susceptible, dans de rares conditions, d'afficher à tort le graphique « Charge de base de données » dans les sessions Performance Insights (PI) comme utilisant activement l'UC, même si les sessions ont terminé le traitement et sont inactives. 
+  Correction d'un problème qui, dans de rares conditions, pouvait entraîner le redémarrage du serveur de base de données lorsqu'une requête était traitée à l'aide de la requête parallèle. 
+  Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance d'enregistreur dans le cluster de base de données globale en raison d'une condition de concurrence lors de la réplication de base de données globale. 
+  Correction d'un problème pouvait survenir lors du redémarrage d'une instance de base de données, susceptible d'entraîner plusieurs redémarrages. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2102.Patches"></a>
+  Correction d'un problème dans InnoDB où une erreur de code liée aux statistiques de table déclenchait une assertion dans le fichier source dict0stats.cc. (Bogue n°24585978) 
+  Correction d'un problème où un index secondaire sur une colonne virtuelle devenait corrompu lorsque l'index était créé en ligne. Pour les instructions [UPDATE](https://dev.mysql.com/doc/refman/5.7/en/update.html), nous corrigeons ce problème comme suit : si la valeur de colonne virtuelle du registre d'index est définie sur NULL, nous générons cette valeur à partir du registre d'index du cluster. (Bogue n°30556595) 
+  Correction d'un problème dans InnoDB où la suppression de lignes marquées permettait d'acquérir un verrou de lecture externe avant la fin d'une restauration partielle. Le verrou de lecture externe empêchait la conversion d'un verrou implicite en verrou explicite pendant la restauration partielle, provoquant un échec d'assertion. (Bogue n°29195848) 
+  Correction d'un problème où les noms d'hôtes vides dans les comptes pouvaient entraîner un comportement erroné du serveur. (Bogue n°28653104) 
+  Correction d'un problème dans InnoDB où une interruption de requête pendant un temps d'attente de verrouillage provoquait une erreur. (bogue n°28068293) 
+  Correction d'un problème de réplication pour lequel les transactions entrelacées pouvaient parfois bloquer l'applicateur esclave lorsque le niveau d'isolement des transactions était défini sur [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Bogue n° 25040331) 
+  Correction d'un problème qui pouvait entraîner le blocage des réplicas de journaux binaires en raison du délai d'attente du verrouillage. (Bogue n°27189701) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2102.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2102.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 21/10/2021 (version 2.10.1) (obsolète)
<a name="AuroraMySQL.Updates.2101"></a><a name="2101"></a><a name="2.10.1"></a>

 **Version :** 2.10.1 

 Aurora MySQL 2.10.1 est disponible. 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. 

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.10.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version supérieure directement vers la version 2.10.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.10.0. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2101.Improvements"></a>

**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-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2194)
+ [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174)
+ [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171)
+ [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169)
+ [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)

 **Améliorations de la disponibilité :** 
+ Ajout de la possibilité d'arrêter proprement le cluster pour les futures mises à niveau majeures.

 **Améliorations générales :** 
+  Correction d'un problème qui pouvait entraîner une consommation élevée de l'UC sur les instances de lecture en raison de la journalisation excessive des messages d'information dans les fichiers journaux de diagnostic internes. 
+  Correction d'un problème où la valeur d'une colonne TIMESTAMP d'une ligne existante est mise à jour avec l'horodatage le plus récent lorsque toutes les conditions suivantes sont remplies : 

  1. Il existe un déclencheur pour la table.

  1. Une instruction INSERT est exécuté sur la table qui comporte une clause ON DUPLICATE KEY UPDATE.

  1. La ligne insérée provoque une violation de valeur en double dans un index UNIQUE ou CLÉ PRIMAIRE.

  1. Une ou plusieurs colonnes sont de type TIMESTAMP et affichent une valeur par défaut de CURRENT\$1TIMESTAMP.
+  Correction d'un problème introduit dans la version 2.10.0 susceptible de générer un code d'erreur lors l'utilisation de la fonction json\$1merge. Plus particulièrement, lorsque la fonction json\$1merge est utilisée dans un DDL contenant des colonnes générées, elle peut renvoyer le code d'erreur 1305. 
+  Correction d'un problème où, dans de rares conditions, les réplicas en lecture redémarrent lorsque l'historique des mises à jour d'un objet volumineux est en cours de validation pour la vue de lecture d'une transaction sur le réplica en lecture. 
+  Correction d'un problème qui, dans de rares conditions, entraîne le redémarrage d'une instance d'enregistreur en cas d'échec d'une vérification de l'intégrité des données en mémoire. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2101.Patches"></a>
+  CURRENT\$1TIMESTAMP PRODUCES ZEROS IN TRIGGER. (Bogue n° 25209512) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2101.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2101.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 25/05/2021 (version 2.10.0) (obsolète)
<a name="AuroraMySQL.Updates.2100"></a><a name="2100"></a><a name="2.10.0"></a>

 **Version :** 2.10.0 

 Aurora MySQL 2.10.0 est disponible. 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. 

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.10.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version supérieure directement vers la version 2.10.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.10.0. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2100.Improvements"></a>

**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-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
+ [CVE-2020-14790](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14790)
+ [CVE-2020-14776](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14776)
+  [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) 
+  [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) 
+  [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) 
+  [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) 
+  [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) 
+  [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539) 
+  [CVE-2018-3251](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3251) 
+  [CVE-2018-3156](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3156) 
+  [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143) 
+ [CVE-2016-5440](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5440)

 **Nouvelles fonctions :** 
+  La classe d'instances `db.t3.large` est désormais prise en charge pour Aurora MySQL. 
+  *Réplication du journal binaire :* 
  +  Le I/O cache binlog a été introduit pour améliorer les performances des journaux binaires en réduisant les conflits entre les threads d'écriture et les threads de vidage. Pour plus d'informations, consultez [Réplication avec Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#binlog-optimization) dans le *Guide de l'utilisateur Amazon Aurora*. 
  +  Dans [Aurora MySQL version 2.08](AuroraMySQL.Updates.2080.md), nous avons introduit l'amélioration du traitement du journal binaire (binlog) pour réduire le temps de récupération sur incident et la latence de temps de validation lorsque de très grandes transactions sont incluses. Ces améliorations sont désormais prises en charge pour les clusters sur lesquels le GTID est activé. 
+  *Plus grande disponibilité des instances de lecteur :* 
  +  Auparavant, lors du redémarrage d'une instance d'enregistreur, toutes les instances de lecteur d'un cluster Aurora MySQL ont également redémarré. Grâce au lancement du jour, les instances de lecteur dans la région continueront de traiter des demandes de lecture lors du redémarrage d'une instance d'enregistreur, ce qui améliore la disponibilité de lecture dans le cluster. Pour plus d'informations, consultez [Redémarrage d'un cluster Aurora avec disponibilité en lecture (versions 2.10 et ultérieures)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html#aurora-mysql-survivable-replicas) dans le *Guide de l'utilisateur Amazon Aurora*. 
**Important**  
 Après la mise à niveau vers Aurora MySQL 2.10, le redémarrage de l'instance d'enregistreur n'effectue pas de redémarrage de l'ensemble du cluster. Si vous souhaitez redémarrer l'ensemble du cluster, vous réinitialisez maintenant toutes les instances de lecteur dans le cluster après avoir redémarré l'instance d'enregistreur. 
+  Amélioration des performances de lecture de pages anticipée demandées par la technique de lecture anticipée logique (LRA). Cela a été fait en regroupant les lectures de plusieurs pages dans une seule requête envoyée au stockage Aurora. Par conséquent, les requêtes utilisant l'optimisation LRA s'exécutent jusqu'à trois fois plus vite. 
+  *Redémarrages sans interruption et application de correctifs sans temps d'arrêt :* 
  +  Redémarrage sans interruption (ZDR) amélioré et application de correctifs sans temps d'arrêt (ZDP) pour activer ZDR et ZDP dans un plus large éventail de scénarios, y compris la prise en charge supplémentaire des cas où la journalisation binaire est activée. Aussi, une visibilité améliorée sur les événements de ZDR et de ZDP. Pour plus d'informations, consultez [Redémarrage sans interruption (ZDR) pour Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#AuroraMySQL.Replication.Availability) et [Utilisation des correctifs sans temps d'arrêt](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) dans le *Guide de l'utilisateur Amazon Aurora*. 

 **Améliorations de la disponibilité :** 
+  Améliorations pour un démarrage plus rapide lorsque la base de données comporte un grand nombre d'index temporaires et de tables créés lors d'une activité DDL interrompue antérieurement. 
+  Correction de plusieurs problèmes liés aux redémarrages répétés lors de la récupération sur incident des opérations DDL interrompues, telles que `DROP TRIGGER`, `ALTER TABLE` et en particulier `ALTER TABLE` qui modifie le type de partitionnement ou le nombre de partitions dans une table. 
+  Correction d'un problème qui pouvait entraîner le redémarrage du serveur pendant le traitement du journal DAS (Database Activity Streams). 
+  Correction d'un problème d'impression d'un message d'erreur lors du traitement d'une requête `ALTER` sur les tables système. 

 **Améliorations générales :** 
+  Correction d'un problème dans lequel le cache de requête pouvait renvoyer des résultats obsolètes sur une instance de lecteur. 
+  Correction d'un problème où certaines métriques de validation Aurora n'étaient pas mises à jour lorsque la variable système `innodb_flush_log_at_trx_commit` était définie sur 0 ou 2. 
+  Correction d'un problème où un résultat de requête stocké dans le cache de requêtes n'était pas actualisé par des transactions à plusieurs instructions. 
+  Correction d'un problème qui pouvait entraîner un défaut de mise à jour correcte de l'horodatage modifié pour la dernière fois des fichiers du journal binaire Cela pouvait entraîner la purge prématurée des fichiers du journal binaire, avant d'atteindre la période de rétention configurée par le client. 
+  Correction du nom et de la position du fichier de journal binaire signalés incorrects depuis InnoDB après une récupération sur incident. 
+  Correction d'un problème qui pouvait entraîner des transactions volumineuses à générer des événements de journal binaire incorrects si le paramètre `binlog_checksum` était défini sur `NONE`. 
+  Correction d'un problème qui provoquait l'arrêt d'un réplica de journal binaire avec une erreur si la transaction répliquée contenait une instruction DDL et un grand nombre de modifications de ligne. 
+  Correction d'un problème entraînant un redémarrage dans une instance de lecteur lors de la suppression d'une table. 
+  Correction d'un problème qui entraînait la défaillance des connecteurs open source lors de la tentative d'utilisation d'un fichier journal binaire avec une transaction volumineuse. 
+  Correction d'un problème qui pouvait entraîner des résultats de requête incorrects sur la colonne de géométrie volumineuse après avoir créé un index spatial sur la table avec les valeurs de géométrie volumineuse. 
+  La base de données recrée désormais l'espace de table temporaire pendant le redémarrage, ce qui permet de libérer et de récupérer l'espace de stockage associé. 
+  Correction d'un problème qui empêchait les tables `performance_schema` d'être tronquées sur les instances de lecteur Aurora. 
+  Correction d'un problème qui provoquait l'arrêt d'un réplica de journal binaire avec une erreur `HA_ERR_KEY_NOT_FOUND`. 
+  Résolution d'un problème qui entraînait le redémarrage de la base de données lors de l'exécution de l'instruction `FLUSH TABLES WITH READ LOCK`. 
+  Correction d'un problème qui empêchait l'utilisation de fonctions de verrouillage au niveau de l'utilisateur sur les instances de lecteur Aurora. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2100.Patches"></a>
+  Les transactions entrelacées pouvaient parfois bloquer l'applicateur de réplica lorsque le niveau d'isolement des transactions était défini sur [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Bogue n° 25040331) 
+  Lorsqu'une procédure stockée contenait une instruction faisant référence à une vue qui, à son tour, faisait référence à une autre vue, la procédure n'a pas pu être invoquée avec succès plus d'une fois. (Bogue n° 87858 et n° 26864199) 
+  Pour les requêtes comportant de nombreuses conditions `OR`, l'optimiseur est désormais plus efficace en mémoire et moins susceptible de dépasser la limite de mémoire imposée par la variable système [range\$1optimizer\$1max\$1mem\$1size](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_range_optimizer_max_mem_size). En outre, la valeur par défaut de cette variable est passée de 1 536 000 à 8 388 608. (Bogue n° 79450 et n° 22283790) 
+  *Réplication :* dans la fonction `next_event()`, appelée par le thread SQL d'un réplica pour lire l'événement suivant à partir du journal de relais, le thread SQL ne libérait pas le `relaylog.log_lock` acquis lorsqu'il rencontrait une erreur (par exemple, en raison d'un journal de relais fermé). Par conséquent, tous les autres threads devaient attendre d'obtenir un verrou sur le journal du relais à raccrocher. Avec ce correctif, le verrou est libéré avant que le thread SQL ne quitte la fonction concernée. (Bogue n° 21697821) 
+  Correction d'une corruption de mémoire pour `ALTER TABLE` avec une colonne virtuelle. (Bogue n° 24961167 et n° 24960450) 
+  *Réplication :* les réplicas multithreads ne pouvaient pas être configurés avec de petites files d'attente à l'aide de [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) s'ils avaient besoin de traiter des transactions supérieures à cette taille. Tout paquet plus grand que [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) était rejeté avec l'erreur `ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX`, même si le paquet était inférieur à la limite fixée par [slave\$1max\$1allowed\$1packet](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_max_allowed_packet). Avec ce correctif, [ slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) devient une limite flexible plutôt qu'une limite stricte. Si la taille d'un paquet dépasse [ slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max), mais est inférieure à [slave\$1max\$1allowed\$1packet](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_max_allowed_packet), la transaction est conservée jusqu'à ce que tous les workers de réplica aient des files d'attente vides, puis traitées. Toutes les transactions suivantes sont conservées jusqu'à ce que la transaction volumineuse soit terminée. La taille de la file d'attente des workers de réplica peut donc être limitée tout en autorisant des transactions occasionnelles plus importantes. (Bogue n° 21280753 et n° 77406) 
+  *Réplication :* lors de l'utilisation d'un réplica multithread, les erreurs d'application affichaient des données d'ID de worker incohérentes avec les données externalisées dans les tables de réplique Schéma de performances. (Bogue n° 25231367) 
+  *Réplication :* Sur une réplique de réplication basée sur le GTID exécutée avec [-GTID-Mode=ON, [-LOG-bin=OFF](https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_log_bin)](https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html#sysvar_gtid_mode) et utilisant [-](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_skip_errors), lorsqu'une erreur rencontrée, qui devait être ignorée, n'était pas correctement mise à jourslave-skip-errors, ce qui entraînait une perte de synchronisation avec. `Exec_Master_Log_Pos` `Exec_Master_Log_Pos` `Read_master_log_pos` Si un `GTID_NEXT` n'était pas spécifié, le réplica ne mettrait jamais à jour son état de GTID lors du retour à partir d'une transaction d'instruction unique. Le `Exec_Master_Log_Pos` ne serait pas mis à jour, car même si la transaction était terminée, son état GTID indiquerait le contraire. Le correctif supprime la restriction de la mise à jour de l'état GTID lorsqu'une transaction est annulée uniquement si `GTID_NEXT` est spécifié. (Bogue n° 22268777) 
+  *Réplication :* une instruction partiellement échouée ne consommait pas correctement un GTID généré automatiquement ou spécifié lorsque la journalisation binaire était désactivée. Ce correctif garantit qu'un [DROP TABLE](https://dev.mysql.com/doc/refman/5.7/en/drop-table.html), un [DROP USER](https://dev.mysql.com/doc/refman/5.7/en/drop-user.html) ou un [DROP VIEW](https://dev.mysql.com/doc/refman/5.7/en/drop-view.html) ayant partiellement échoué consomment respectivement le GTID correspondant et l'enregistrent dans les tables `@@GLOBAL.GTID_EXECUTED` et `mysql.gtid_executed` lorsque la journalisation binaire est désactivée. (Bogue n° 21686749) 
+  *Réplication :* les réplicas exécutant MySQL 5.7 ne pouvaient pas se connecter à une source MySQL 5.5 en raison d'une erreur lors de la récupération de [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid), qui ne faisait pas partie de MySQL 5.5. Cela était causé par des changements dans la méthode de récupération du `server_uuid`. (Bogue n° 22748612) 
+  *Réplication* : le mécanisme d'omission de transaction GTID, qui ignore silencieusement une transaction GTID précédemment exécutée, ne fonctionnait pas correctement pour les transactions XA. (Bogue n° 25041920) 
+  Les instructions [">XA ROLLBACK](https://dev.mysql.com/doc/refman/5.7/en/xa.html) qui avaient échoué en raison d'un ID de transaction incorrect pouvaient être enregistrées dans le journal binaire avec l'ID de transaction correct et pouvaient donc être traitées par des réplicas de réplication. Une vérification est maintenant effectuée pour la situation d'erreur avant que la journalisation binaire n'ait lieu et les instructions `ROLLBACK` XA échouées ne sont pas consignées. (Bogue n° 26618925) 
+  *Réplication :* si une réplique a été configurée à l'aide d'une instruction [CHANGE MASTER TO](https://dev.mysql.com/doc/refman/5.7/en/change-master-to.html) qui ne spécifiait ni le nom du fichier journal source ni la position du journal source, puis qu'elle était arrêtée avant que [START SLAVE](https://dev.mysql.com/doc/refman/5.7/en/start-slave.html) ne soit émise, puis redémarrée avec l'option [- relay-log-recovery](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_relay_log_recovery)) set, la réplication n'a pas démarré. Cela se produisait parce que le thread du récepteur n'avait pas été démarré avant la tentative de récupération du journal de relais. Par conséquent, aucun événement de rotation du journal n'était disponible dans le journal de relais pour fournir le nom du fichier journal source et la position du journal source. Dans ce cas, le réplica ignore désormais la récupération du journal de relais et consigne un avertissement, puis démarre la réplication. (Bogue n° 28996606 et n° 93397) 
+  *Réplication :* dans la réplication basée sur les lignes, un message qui affichait mal les longueurs de champ était renvoyé lors de la réplication à partir d'une table comportant une colonne `utf8mb3` vers une table de la même définition que celle où la colonne était définie avec un jeu de caractères `utf8mb4`. (Bogue n° 25135304 et n° 83918) 
+  *Réplication :* lorsqu'une instruction [RESET SLAVE](https://dev.mysql.com/doc/refman/5.7/en/reset-slave.html) était émise sur une réplique de réplication GTIDs en cours d'utilisation, les fichiers journaux de relais existants étaient purgés, mais le nouveau fichier journal de relais de remplacement était généré avant que l'ensemble des fichiers reçus GTIDs pour le canal n'ait été effacé. L'ancien ensemble GTID a donc été écrit dans le nouveau fichier journal du relais en tant qu'`PREVIOUS_GTIDS`événement, provoquant une erreur fatale lors de la réplication indiquant que la réplique contenait GTIDs plus que la source, même si l'ensemble gtid\$1executed pour les deux serveurs était vide. Désormais, lorsqu'il `RESET SLAVE` est émis, l'ensemble des données reçues GTIDs est effacé avant que le nouveau fichier journal de relais ne soit généré, de sorte que cette situation ne se produise pas. (Bogue n° 27411175) 
+  *Réplication :* GTIDs lors de l'utilisation pour la réplication, les transactions comprenant des instructions à l'origine d'une erreur d'analyse ([ER\$1PARSE\$1ERROR](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_parse_error)) ne pouvaient pas être ignorées manuellement par la méthode recommandée consistant à injecter une transaction vide ou de remplacement avec le même GTID. Cette action doit permettre au réplica d'identifier le GTID comme déjà utilisé et donc d'ignorer la transaction indésirable qui a partagé son GTID. Toutefois, dans le cas d'une erreur d'analyse, parce que l'instruction a été analysée avant que le GTID ne soit vérifié pour voir s'il devait être ignoré, le thread qui a appliqué la réplication s'est arrêté en raison de l'erreur d'analyse, même si l'intention était d'ignorer la transaction malgré tout. Avec ce correctif, le thread qui a appliqué la réplication ignore désormais les erreurs d'analyse si la transaction concernée doit être ignorée, car le GTID était déjà utilisé. Notez que ce changement de comportement ne s'applique pas dans le cas d'applications constituées d'une sortie de journal binaire produite par `mysqlbinlog`. Dans ce cas, il y aurait un risque qu'une transaction comportant une erreur d'analyse qui suit immédiatement une transaction ignorée soit également ignorée, alors qu'elle devrait générer une erreur. (Bogue n° 27638268) 
+  *Réplication :* activez le thread SQL pour que GTID ignore une transaction partielle. (Bogue n° 25800025) 
+  *Réplication :* lorsqu'un paramètre de délai d'expiration négatif ou fractionnaire avait été fourni à `WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS()`, le serveur se comportait de manière inattendue. Avec ce correctif : 
  +  une valeur de délai d'expiration fractionnaire est lue telle quelle, sans arrondi ; 
  +  une valeur de délai d'expiration négatif est rejetée avec une erreur si le serveur est en mode SQL strict. Si le serveur n'est pas en mode SQL strict, la valeur fait en sorte que la fonction renvoie `NULL` immédiatement et sans attendre, puis émette un avertissement. (Bogue n° 24976304 et n° 83537) 
+  *Réplication* : si la fonction `WAIT_FOR_EXECUTED_GTID_SET()` avait été utilisée avec une valeur de délai d'expiration incluant une partie fractionnée (par exemple, 1,5), une erreur dans la logique de conversion de types signifiait que le délai d'expiration était arrondi à la seconde entière la plus proche et à zéro pour les valeurs inférieures à 1 seconde (par exemple, 0,1). La logique de conversion de types a maintenant été corrigée de sorte que la valeur du délai d'expiration soit appliquée comme indiqué initialement sans arrondi. Merci à Dirkjan Bussink pour sa contribution. (Bogue n° 29324564 et n° 94247) 
+  GTIDs Lorsque cette option est activée, [XA COMMIT](https://dev.mysql.com/doc/refman/5.7/en/xa.html) sur une transaction XA déconnectée dans le cadre d'une transaction à instructions multiples a généré une assertion. (Bogue n° 22173903) 
+  *Réplication :* une assertion était déclenchée dans les builds de débogage si une instruction [XA ROLLBACK](https://dev.mysql.com/doc/refman/5.7/en/xa.html) était émise pour un identifiant de transaction inconnu lorsque la valeur [gtid\$1next](https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html#sysvar_gtid_next) avait été définie manuellement. Le serveur ne tente plus de mettre à jour l'état du GTID si une instruction `ROLLBACK` XA échoue avec une erreur. (Bogue n° 27928837 et n° 90640) 
+  Correction d'un problème d'ordre de tri erroné lorsque plusieurs fonctions `CASE` sont utilisées dans la clause `ORDER BY` (Bogue n° 22810883). 
+  Certaines requêtes utilisant le tri pouvaient accéder à une colonne non initialisée lors de l'optimisation et provoquer l'arrêt du serveur. (Bogue n° 27389294) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2100.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2100.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 12/11/2022 (version 2.09.3) (obsolète)
<a name="AuroraMySQL.Updates.2093"></a>

 **Version :** 2.09.3 

 Aurora MySQL 2.09.3 est disponible. 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. 

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.10.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version supérieure directement vers la version 2.10.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.10.0. 

 Pour créer un cluster avec une version plus ancienne d'Aurora MySQL, spécifiez la version du moteur via l' AWS Management Console, l' AWS CLI ou l'API Amazon RDS. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2093.Improvements"></a>

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : 
+  [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841) 
+  [CVE-2021-3712](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3712) 
+  [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449) 
+  [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307) 
+  [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226) 
+  [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174) 
+  [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171) 
+  [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169) 
+  [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166) 
+  [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154) 
+  [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060) 
+  [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032) 
+  [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001) 
+  [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196) 
+  [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) 
+  [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543) 
+  [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-CVE-2019-2960) 

 **Améliorations de la disponibilité :** 
+ Introduction d'une optimisation susceptible de réduire la contention pour les requêtes exécutées sur des tables dans information\$1schema.
+  Ajout de la prise en charge des chiffrements SSL ECDHE. 

 **Améliorations générales :** 
+ Correction d'un problème qui, dans de rares conditions, peut entraîner le redémarrage d'une instance d'enregistreur en cas d'échec d'une vérification de l'intégrité des données en mémoire. 
+ Correction d'un problème qui, dans de rares conditions, peut entraîner le redémarrage de l'instance de base de données lorsque le volume du cluster se développe alors que la journalisation binaire est activée.
+ Correction d'une rare condition de concurrence lors du redémarrage d'une instance de base de données, susceptible d'entraîner plusieurs redémarrages.
+ Correction d'un problème susceptible d'entraîner l'échec du redémarrage d'une instance de base de données lorsque la base de données comporte un grand nombre de combinaisons d'utilisateurs et de privilèges.
+ Correction d'un problème lié à la requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec la clause LIMIT.
+ Correction d'un problème lié au signalement incorrect d'un retard de réplication Aurora.
+ Correction d'un problème susceptible d'entraîner l'inaccessibilité des tables general\$1log et slow\$1log après la mise à niveau de la version majeure sur place d'Aurora-MySQL 1.x (basée sur MySQL 5.6) vers Aurora-MySQL 2.x (basée sur MySQL 5.7).
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage de l'instance de base de données lorsque les tables innodb\$1trx, innodb\$1locks ou innodb\$1lockwaits sont interrogées alors que la base de données est soumise à une charge de travail importante. Les outils et fonctions de surveillance tels que Performance Insights peuvent interroger ces tables.
+ 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 de l'instruction SQL « FLUSH TABLES WITH READ LOCK ».
+ Correction d'un problème susceptible d'entraîner une interruption du processus de purge InnoDB lors de la suppression d'une instance de lecteur, provoquant une augmentation temporaire de la longueur de la liste de l'historique.
+ Correction d'un problème lié à une requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'une instruction SQL sur une table contenant une colonne virtuelle.
+ Correction d'un problème lié à une requête parallèle susceptible d'entraîner le renvoi de groupements ou d'ordres de tri incorrects lors de l'exécution de requêtes avec une clause GROUP BY et une clause WHERE contenant un prédicat de plage.
+ Correction d'un problème lié à une requête parallèle susceptible, dans de rares conditions, d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec des fonctions JSON.
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance d'enregistreur dans le cluster de base de données globale en raison d'une condition de concurrence lors de la réplication de base de données globale.
+ Correction d'un problème susceptible d'entraîner l'arrêt d'un réplica de journal binaire avec une erreur HA\$1ERR\$1FOUND\$1DUPP\$1KEY lors de la réplication de certaines instructions DDL et DCL. Le problème se produit lorsque l'instance source est configurée avec un format de journalisation binaire MIXED et un niveau d'isolation READ COMMITTED ou READ UNCOMMITTED.
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance de base de données lors de l'utilisation de transactions XA au niveau d'isolation READ COMMITTED.
+ Correction d'un problème où la valeur d'une colonne TIMESTAMP d'une ligne existante est mise à jour avec l'horodatage le plus récent lorsque toutes les conditions suivantes sont réunies : 1. Un déclencheur existe pour la table ; 2. Une instruction INSERT est exécutée sur la table qui comporte une clause ON DUPLICATE KEY UPDATE ; 3. La ligne insérée provoque une violation de valeur en double dans un index UNIQUE ou PRIMARY KEY ; 4. Une ou plusieurs colonnes sont de type TIMESTAMP et affichent une valeur par défaut de CURRENT\$1TIMESTAMP.
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage d'une instance de lecteur en raison d'un traitement de vérification incorrect.
+ Correction d'un problème susceptible d'entraîner le redémarrage de l'instance de lecteur lorsque l'instance d'enregistreur augmente le volume de la base de données pour franchir des limites de taille de volume spécifiques.
+ Correction d'un problème susceptible d'entraîner des temps de redémarrage plus longs pour les instances de base de données utilisant des volumes de cluster clonés.
+ Correction d'un problème où le redémarrage d'une instance de base de données peut échouer une ou plusieurs fois après l'exécution d'une opération TRUNCATE TABLE sur l'instance d'enregistreur.
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance de base de données.
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance d'enregistreur lorsque le volume de la base de données augmente jusqu'à un multiple de 160 Go.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2093.Patches"></a>
+ Bogue n° 23533396 - Lors de l'ajout d'un nouvel index, le serveur a supprimé un index de clé étrangère défini en interne et a tenté d'utiliser un index secondaire défini sur une colonne générée virtuelle en tant qu'index de clé étrangère, provoquant ainsi l'arrêt du serveur. InnoDB permet désormais à une contrainte de clé étrangère de référencer un index secondaire défini sur une colonne générée virtuelle.
+ Bogue n° 29550513 - Réplication : dans certaines circonstances, un problème de verrouillage dans la fonction WAIT\$1FOR\$1EXECUTED\$1GTID\$1SET () peut entraîner le blocage du serveur. Ce problème a été corrigé.

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2093.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2093.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 26/02/2021 (version 2.09.2) (obsolète)
<a name="AuroraMySQL.Updates.2092"></a>

 **Version :** 2.09.2 

 Aurora MySQL 2.09.2 est disponible. 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. 

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.09.2. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version ultérieure directement vers la version 2.09.2. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.09.2. 

 Pour créer un cluster avec une version plus ancienne d'Aurora MySQL, spécifiez la version du moteur via l' AWS Management Console, l' AWS CLI ou l'API Amazon RDS. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2092.Improvements"></a>

 **Nouvelles fonctions :** 
+  Les clusters Aurora MySQL prennent désormais en charge les instances EC2 R6g suivantes alimentées par des processeurs AWS Graviton2 basés sur ARM :`r6g.large`,,,,,`r6g.xlarge`,`r6g.2xlarge`. `r6g.4xlarge` `r6g.8xlarge` `r6g.12xlarge` `r6g.16xlarge` Pour plus d'informations, consultez [Classes d'instances de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) dans le *Guide de l'utilisateur Amazon RDS*. 

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : 
+  [CVE-2020-14775](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14775) 
+  [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793) 
+  [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765) 
+  [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769) 
+  [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812) 
+  [CVE-2020-14760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14760) 
+  [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672) 
+  [CVE-2020-14790](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14790) 
+  [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971) 

 **Améliorations de la disponibilité :** 
+  Correction d'un problème introduit dans la version 2.09.0 qui pouvait entraîner une latence d'écriture élevée pendant la mise à l'échelle du volume de stockage du cluster. 
+  Correction d'un problème lié à la fonction de redimensionnement dynamique qui pouvait entraîner le redémarrage des réplicas en lecture Aurora. 
+  Correction d'un problème qui pouvait entraîner des temps d'arrêt plus longs pendant la mise à niveau de 1.23.\$1 à 2.09.\$1. 
+  Correction d'un problème dans lequel un DDL ou un DML pouvait provoquer le redémarrage du moteur lors d'une demande de lecture anticipée d'une page. 
+  Correction d'un problème qui provoquait l'arrêt d'un réplica de journal binaire avec une erreur si la transaction répliquée contient une instruction DDL et un grand nombre de modifications de ligne. 
+  Correction d'un problème de redémarrage d'une base de données agissant en tant que réplica de journal binaire lors de la réplication d'un événement DDL sur la table `time_zone` mysql. 
+  Correction d'un problème qui pouvait entraîner des transactions volumineuses à générer des événements de journal binaire incorrects si le paramètre `binlog_checksum` était défini sur `NONE`. 
+  Correction d'un problème qui provoquait l'arrêt d'un réplica de journal binaire avec une erreur `HA_ERR_KEY_NOT_FOUND`. 
+  Amélioration de la stabilité globale. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2092.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2092.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 11/12/2020 (version 2.09.1) (obsolète)
<a name="AuroraMySQL.Updates.2091"></a>

 **Version :** 2.09.1 

 Aurora MySQL 2.09.1 est disponible. 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. 

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.09.1. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version ultérieure directement vers la version 2.09.1. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.09.1. 

 Pour créer un cluster avec une version plus ancienne d'Aurora MySQL, spécifiez la version du moteur via l' AWS Management Console, l' AWS CLI ou l'API RDS. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2091.Improvements"></a>

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : 
+  [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) 
+  [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) 
+  [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) 
+  [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) 
+  [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) 
+  [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) 
+  [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806) 
+  [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) 
+  [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765) 
+  [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) 
+  [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) 
+  [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) 

 **Modifications incompatibles :** 

 Cette version introduit une modification d'autorisation qui affecte le comportement de la commande `mysqldump`. Les utilisateurs doivent disposer du privilège `PROCESS` pour accéder à la table `INFORMATION_SCHEMA.FILES`. Pour exécuter la commande `mysqldump` sans aucune modification, accordez le privilège `PROCESS` à l'utilisateur de base de données auquel la commande `mysqldump` se connecte. Vous pouvez également exécuter la commande `mysqldump` avec l'option `--no-tablespaces`. Avec cette option, la sortie `mysqldump ` n'inclut aucune instruction `CREATE LOGFILE GROUP` ou `CREATE TABLESPACE`. Dans ce cas, la commande `mysqldump` n'accède pas à la table `INFORMATION_SCHEMA.FILES` et vous n'avez pas besoin d'accorder l'autorisation `PROCESS`. 

 **Améliorations de la disponibilité :** 
+  Correction d'un problème pouvant entraîner le blocage d'une séance client lorsque le moteur de base de données rencontrait une erreur lors de la lecture ou de l'écriture sur le réseau. 
+  Correction d'une fuite de mémoire dans la fonction de redimensionnement dynamique, introduite dans la version 2.09.0. 

 **Bases de données globales :** 
+  Correction de plusieurs problèmes entraînant le redémarrage des réplicas d'une région secondaire de base de données globale lors de la mise à niveau vers la version 2.09.0 alors que le scripteur de la région principale était sur une version antérieure. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2091.Patches"></a>
+  **Réplication :** les transactions entrelacées pouvaient parfois bloquer l'applicateur esclave lorsque le niveau d'isolement des transactions était défini sur [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Bogue n° 25040331) 
+  Pour les tables ayant une colonne [TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) ou [DATETIME](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) avec une valeur [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp) par défaut, la colonne pouvait être initialisée à `0000-00-00 00:00:00` si la table avait un déclencheur `BEFORE INSERT`. (Bogue n° 25209512, Bogue n° 84077) 
+  Pour les instructions [INSERT](https://dev.mysql.com/doc/refman/5.7/en/insert.html) pour lesquelles la liste `VALUES` produisait des valeurs pour la deuxième ligne ou une ligne suivante à l'aide d'une sous-requête contenant une jointure, le serveur pouvait s'arrêter s'il n'avait pas réussi à résoudre les privilèges requis. (Bogue n° 23762382) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2091.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2091.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 17/09/2020 (version 2.09.0) (obsolète)
<a name="AuroraMySQL.Updates.2090"></a>

**Version :** 2.09.0

Aurora MySQL 2.09.0 est disponible. 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.

 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é d'Aurora MySQL 1.23.\$1 vers Aurora MySQL 2.09.0. Vous avez également la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.09.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.23.\$1 vers 2.09.0. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.09.0. 

**Important**  
 Les améliorations apportées au stockage Aurora dans cette version limitent les chemins de mise à niveau disponibles d'Aurora MySQL 1.\$1 à Aurora MySQL 2.09. Lorsque vous mettez à niveau un cluster Aurora MySQL 1.\$1 vers 2.09, vous devez effectuer une mise à niveau à partir d'Aurora MySQL 1.23. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2090.Improvements"></a>

 **Nouvelles fonctions :** 
+  Avec cette version, vous pouvez créer des instances de base de données Amazon Aurora MySQL avec jusqu'à 128 tébioctets (TiO) de stockage. La nouvelle limite de stockage est une augmentation par rapport à la limite précédente de 64 Tio. La taille de stockage de 128 Tio prend en charge des bases de données de taille plus importante. Cette capacité n'est pas prise en charge sur les petites tailles d'instance (db.t2 ou db.t3). Un espace disque logique unique ne peut pas dépasser 64 Tio en raison des [limitations InnoDB avec une taille de page de 16 Ko](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html). 

   Aurora vous avertit lorsque la taille du volume du cluster est proche de 128 Tio, afin que vous puissiez prendre des mesures avant d'atteindre la limite de taille. Les alertes apparaissent dans le journal mysql et les événements RDS dans AWS Management Console. 
+  Vous pouvez désormais activer ou désactiver la requête parallèle pour un cluster existant en modifiant la valeur du paramètre de cluster de base de données `aurora_parallel_query`. Vous n'avez pas besoin d'utiliser `parallelquery` pour le paramètre `--engine-mode` lors de la création du cluster. 

   La requête parallèle est désormais étendue et disponible dans toutes les régions où Aurora MySQL est disponible. 

   Un certain nombre d'autres améliorations de fonction et de modifications de procédure ont été apportées pour la mise à niveau et l'activation des requêtes parallèles dans un cluster Aurora. Pour plus d'informations, consultez [Utilisation des requêtes parallèles pour Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) dans le *Guide de l'utilisateur Amazon Aurora*. 
+  Aurora redimensionne dynamiquement l'espace de stockage de votre cluster. Avec le redimensionnement dynamique, l'espace de stockage de votre cluster de base de données Aurora diminue automatiquement lorsque vous supprimez des données du cluster de base de données. Pour plus d'informations, consultez [Dimensionnement du stockage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling) dans le *Guide de l'utilisateur Amazon Aurora*. 
**Note**  
 La fonctionnalité de redimensionnement dynamique est déployée par étapes dans les AWS régions où Aurora est disponible. Selon la région où se trouve votre cluster, il se peut que cette fonction ne soit pas encore disponible. Pour plus d'informations, veuillez consulter l'[annonce des nouveautés](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/). 

 **Correctifs à priorité élevée :** 
+  Rétroportage de bogue de communauté \$127659490 : SELECT AVEC UTILISATION DE PLAGE DYNAMIQUE ET DE FUSION D'INDEX NÉCESSITE TROP DE MÉMOIRE (MÉMOIRE INSUFFISANTE) 
+  Bogue \$126881508 : MYSQL \$11 : DISABLE\$1ABORT\$1ON\$1ERROR DANS AUTH\$1COMMON.H 
+  Rétroportage de bogue de communauté \$124437124 : POSSIBLE DÉPASSEMENT DE MÉMOIRE TAMPON LORS D'UNE CRÉATION DE TABLE 
+  Rétroportage de bogue \$127158030 : INCIDENT INNODB ONLINE ALTER AVEC DML SIMULTANÉ 
+  Bogue \$129770705 : INCIDENT SERVEUR PENDANT L'EXÉCUTION DE SELECT AVEC CLAUSE WHERE SPÉCIFIQUE 
+  Rétroportage de bogue \$126502135 : MYSQLD SEGFAULTS DANS MDL\$1CONTEXTE::RY\$1ACQUIRE\$1LOCK\$1IMPL 
+  Rétroportage de bogue \$126935001 : AUTO\$1INCREMENT DE MODIFICATION DE TABLE TENTE DE LIRE L'INDEX À PARTIR D'UN ESPACE DE TABLE SUPPRIMÉ 
+  Bogue \$128491099 : [FATAL] BLOC DE MÉMOIRE NON VALIDE \$1 INNODB : ÉCHEC D'ASSERTION : UT0UT.CC:670 
+  Bogue \$130499288 : GCC 9.2.1 RENVOIE UN NOUVEL AVERTISSEMENT POUR OS\$1FILE\$1GET\$1PARENT\$1DIR 
+  Bogue \$129952565 où MYSQLD A OBTENU UN SIGNAL 11 LORS DE L'EXÉCUTION D'UNE REQUÊTE (UNION \$1 ORDER BY \$1 SUB-QUERY) 
+  Bogue \$130628268 : INCIDENT DE MÉMOIRE INSUFFISANTE 
+  Bogue \$130441969 : BOGUE \$129723340 : INCIDENT MYSQL SERVER APRÈS REQUÊTE SQL AVEC ?AST DE DONNÉES 
+  Bogue \$130569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS 
+  Bogue \$129915479 : L'EXÉCUTION DE COM\$1REGISTER\$1SLAVE SANS COM\$1BINLOG\$1DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR 
+  Bogue \$130569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS 
+  Bogue \$129915479 : L'EXÉCUTION DE COM\$1REGISTER\$1SLAVE SANS COM\$1BINLOG\$1DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR 
+  Bogue \$120712046 : AFFICHAGE DES TABLES PROCESSLIST ET PERFORMANCE\$1SCHEMA NE MASQUE PAS LE MOT DE PASSE DEPUIS LA REQUÊTE 
+  Bogue de rétroportage \$118898433 : PERFORMANCES EXTRÊMEMENT LENTES AVEC JOINTURES EXTERNES ET TAMPON DE JOINTURE (corrigé en 5.7.21) Les requêtes avec de nombreuses jointures gauches étaient lentes si la mise en mémoire tampon de jointure était utilisée (par exemple, à l'aide de l'algorithme de boucle imbriquée par bloc). (Bogue \$118898433, Bogue \$172854)" 
+  Bogue de rétroportage \$126402045 : MYSQLD SE BLOQUE SUR LA REQUÊTE (corrigé dans MySQL 5.7.23). Certains cas de matérialisation de sous-requête pouvaient provoquer l'arrêt d'un serveur. Ces requêtes produisent maintenant une erreur suggérant que la matérialisation doit être désactivée. (Bogue \$126402045) 
+  [Rétroportage depuis MySQL] Les utilisateurs autres que rdsadmin ne sont pas autorisés à mettre à jour la table pfs dans le réplica du lecteur. 
+  Correction du problème dans lequel le client ne peut pas mettre à jour le perfschema dans le réplica du lecteur 
+  Bogue n° 26666274 : BOUCLE INFINITE DANS LE CONTAINER DE MÉMOIRE TAMPON DE SCHÉMA DE PERFORMANCE 
+  [Bogue \$126997096](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa) : la valeur de relay\$1log\$1space n'est pas mise à jour de manière synchronisée, de sorte qu'elle est parfois beaucoup plus élevée que l'espace disque réel utilisé par les journaux relais. 
+  BOGUE \$125082593 : LA VALIDATION DE CLÉ ÉTRANGÈRE N'A PAS BESOIN D'ACQUÉRIR UN VERROUILLAGE D'ÉCART EN LECTURE VALIDÉE 
+ [CVE-2019-2731](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2731)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2019-2581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2581)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2019-2482](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2482)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628)
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628)
+ [CVE-2018-3284](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3284)
+ [CVE-2018-3065](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3065)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2019-2948](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2948)
+ [CVE-2019-2434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2434)
+ [CVE-2019-2420](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2420)

 **Améliorations de la disponibilité :** 
+  Activez le correctif ABA du gestionnaire de verrous par défaut. 
+  Correction d'un problème lié au gestionnaire de verrous, où une condition de concurrence pouvait provoquer le partage d'un verrou par deux transactions, provoquant le redémarrage de la base de données. 
+  Correction d'un problème lors de la création d'une table temporaire avec format de ligne compressé pouvant entraîner un redémarrage. 
+  Correction de la valeur par défaut de `table_open_cache` sur les instances 16XL et 24XL qui pouvait provoquer des basculements répétés et une utilisation élevée du processeur sur les classes d'instances volumineuses (R4/R5-16XL, R5-12XL, R5-24XL). Cela a eu un impact sur 2.07.x. 
+  Correction d'un problème qui faisait que la restauration d'un cluster depuis Amazon S3 vers Aurora MySQL version 2.08.0 prenait plus de temps que prévu lorsque la sauvegarde S3 n'incluait pas la table `mysql.host`. 
+  Correction d'un problème qui pouvait provoquer des basculements répétés en raison des mises à jour de colonne virtuelle avec des index secondaires. 
+  Correction d'un problème lié à la gestion de la mémoire de verrouillage des transactions avec des transactions d'écriture longues entraînant un redémarrage de la base de données. 
+  Correction de plusieurs problèmes dans lesquels le moteur pouvait se bloquer pendant l'application de correctifs sans temps d'arrêt tout en vérifiant le point sûr pour l'application de correctifs. 
+  Correction d'un problème pour ignorer la journalisation redo pour les tables temporaires, qui provoquait auparavant un plantage. 
+  Correction d'une condition de course dans le gestionnaire de verrous entre le fait de tuer connection/query et la fin de la session. 
+  Correction d'un problème où la base de données pouvait se bloquer en cas de réplica binlog et recevoir un événement DDL sur la table MySQL `time_zone`. 

 **Bases de données globales :** 
+  La vue MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` dans une région secondaire affiche désormais les entrées pour les réplicas appartenant à cette région. 
+  Correction d'échecs de requête inattendus qui pouvaient se produire dans une région secondaire de base de données globale après des problèmes de connectivité réseau temporaires entre les régions principale et secondaire. 
+  

 **Requête parallèle :** 
+  Correction du plan `EXPLAIN` d'une requête de requête parallèle, ce qui est incorrect pour une requête simple à table unique. 
+  Correction de l'auto-blocage qui peut se produire lorsque la requête parallèle est activée. 

 **Améliorations générales :** 
+  L'exportation vers S3 prend désormais en charge le mot-clé `ENCRYPTION`. 
+  Le paramètre `aurora_binlog_replication_max_yield_seconds` a maintenant une valeur maximale de 36 000. Précédemment, la valeur maximale acceptée était 45. Ce paramètre ne fonctionne que lorsque le paramètre `aurora_binlog_use_large_read_buffer` est défini sur 1. 
+  Comportement modifié pour mapper `MIXED` `binlog_format` sur `ROW` au lieu de `STATEMENT` lors de l'exécution de `LOAD DATA FROM INFILE | S3`. 
+  Correction d'un problème dans lequel un réplica de journal binaire connecté à un principal de journal binaire Aurora MySQL pouvait afficher des données incomplètes lorsque le principal exécutait `LOAD DATA FROM S3` et `binlog_format` défini sur `STATEMENT`. 
+  Augmentation de la longueur maximale autorisée pour les variables du système d'audit `server_audit_incl_users` et `server_audit_excl_users` de 1024 octets à 2000 octets. 
+  Correction d'un problème qui empêchait les utilisateurs d'accéder à la base de données en cas d'abaissement du paramètre `max_connections` dans le groupe de paramètres lorsque les connexions actuelles sont supérieures à la valeur définie. 
+  Correction d'un problème dans les flux d'activité de données où un guillemet simple et une barre oblique inverse n'étaient pas correctement échappés. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2090.Patches"></a>
+  Bogue \$127659490 : SELECT AVEC UTILISATION DE PLAGE DYNAMIQUE ET DE FUSION D'INDEX NÉCESSITE TROP DE MÉMOIRE (MÉMOIRE INSUFFISANTE) 
+  Bogue \$126881508 : MYSQL \$11 : DISABLE\$1ABORT\$1ON\$1ERROR DANS AUTH\$1COMMON.H 
+  Bogue \$124437124 : DÉPASSEMENT DE MÉMOIRE TAMPON POSSIBLE LORS DE LA CRÉATION DE TABLE 
+  Bogue \$127158030 : INCIDENT INNODB ONLINE ALTER AVEC DML SIMULTANÉ 
+  Bogue \$129770705 : INCIDENT SERVEUR PENDANT L'EXÉCUTION DE SELECT AVEC CLAUSE WHERE SPÉCIFIQUE 
+  Bogue \$126502135 : MYSQLD SEGFAULT DANS MDL\$1CONTEXTE::TRY\$1ACQUIRE\$1LOCK\$1IMPL 
+  Bogue \$126935001 : AUTO\$1INCREMENT DE MODIFICATION DE TABLE TENTE DE LIRE L'INDEX À PARTIR D'UN ESPACE DE TABLE SUPPRIMÉ 
+  Bogue \$128491099 : [FATAL] BLOC DE MÉMOIRE NON VALIDE \$1 INNODB : ÉCHEC D'ASSERTION : UT0UT.CC:670 
+  Bogue \$130499288 : GCC 9.2.1 RENVOIE UN NOUVEL AVERTISSEMENT POUR OS\$1FILE\$1GET\$1PARENT\$1DIR 
+  Bogue \$129952565 : où MYSQLD A OBTENU UN SIGNAL 11 LORS DE L'EXÉCUTION D'UNE REQUÊTE (UNION \$1 ORDER BY \$1 SUB-QUERY) 
+  Bogue \$130628268 : INCIDENT DE MÉMOIRE INSUFFISANTE 
+  Bogue \$130441969 : BOGUE \$129723340 : INCIDENT MYSQL SERVER APRÈS REQUÊTE SQL AVEC ?AST DE DONNÉES 
+  Bogue \$130569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS 
+  Bogue \$129915479 : L'EXÉCUTION DE COM\$1REGISTER\$1SLAVE SANS COM\$1BINLOG\$1DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR 
+  Bogue \$130569003 : RUPTURE DE RÉPLICATION 5.7 AVEC ERREUR DE SYNTAXE AVEC GESTION DES OCTROIS 
+  Bogue \$129915479 : L'EXÉCUTION DE COM\$1REGISTER\$1SLAVE SANS COM\$1BINLOG\$1DUMP PEUT GÉNÉRER L'ARRÊT DU SERVEUR 
+  Bogue \$120712046 : AFFICHAGE DES TABLES PROCESSLIST ET PERFORMANCE\$1SCHEMA NE MASQUE PAS LE MOT DE PASSE DEPUIS LA REQUÊTE 
+  Bogue \$118898433 : PERFORMANCES EXTRÊMEMENT LENTES AVEC JOINTURES EXTERNES ET TAMPON DE JOINTURE (corrigé en 5.7.21) 
+  Bogue \$126402045 : MYSQLD SE BLOQUE SUR LA REQUÊTE (corrigé dans MySQL 5.7.23). 
+  Bogue n° 23103937 : PS\$1TRUNCATE\$1ALL\$1TABLES() NE FONCTIONNE PAS EN MODE SUPER\$1READ\$1ONLY 
+  Bogue n° 26666274 : BOUCLE INFINITE DANS LE CONTAINER DE MÉMOIRE TAMPON DE SCHÉMA DE PERFORMANCE 
+  Bogue \$126997096 : la valeur de relay\$1log\$1space n'est pas mise à jour de manière synchronisée, de sorte qu'elle est parfois beaucoup plus élevée que l'espace disque réel utilisé par les journaux relai. ([https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)) 
+  Bogue \$125082593 : LA VALIDATION DE CLÉ ÉTRANGÈRE N'A PAS BESOIN D'ACQUÉRIR UN VERROUILLAGE D'ÉCART EN LECTURE VALIDÉE 
+  Bogue \$124764800 : ÉCHEC DE LA RÉPLICATION SUR L'ESCLAVE AVEC ERREUR XAER\$1RMFAIL. 
+  Bug \$181441 : AVERTISSEMENT CONCERNANT LOCALHOST LORS DE L'UTILISATION SKIP-NAME-RESOLVE. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2090.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2090.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 06/01/2022 (version 2.08.4) (obsolète)
<a name="AuroraMySQL.Updates.2084"></a>

**Version :** 2.08.4

Aurora MySQL 2.08.4 est disponible. 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.

 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 mettre à niveau un cluster de bases de données Aurora MySQL 2.\$1 existant vers Aurora MySQL 2.10.0. Pour les clusters exécutant Aurora MySQL version 1, vous pouvez mettre à niveau un cluster Aurora MySQL 1.23 existant ou d'une version supérieure directement vers la version 2.10.0. Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.10.0. 

 Pour créer un cluster avec une version plus ancienne d'Aurora MySQL, spécifiez la version du moteur via l' AWS Management Console, l' AWS CLI ou l'API Amazon RDS. 

 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**  
 Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Améliorations
<a name="AuroraMySQL.Updates.2084.Improvements"></a>

 **Correctifs de sécurité et améliorations générales :** 
+ Correction de problèmes de sécurité liés à l'intégration d'Aurora MySQL à d'autres AWS services tels qu'Amazon S3, Amazon ML et AWS Lambda.
+ Correction d'un problème où la valeur d'une colonne TIMESTAMP d'une ligne existante est mise à jour avec l'horodatage le plus récent lorsque toutes les conditions suivantes sont réunies : 1. Un déclencheur existe pour la table ; 2. Une instruction INSERT est exécutée sur la table qui comporte une clause ON DUPLICATE KEY UPDATE ; 3. La ligne insérée provoque une violation de valeur en double dans un index UNIQUE ou PRIMARY KEY ; 4. Une ou plusieurs colonnes sont de type TIMESTAMP et affichent une valeur par défaut de CURRENT\$1TIMESTAMP.
+ Correction d'un problème qui, dans de rares conditions, entraîne le redémarrage d'une instance d'enregistreur en cas d'échec d'une vérification de l'intégrité des données en mémoire.
+ Correction d'un problème lié à la requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec une clause LIMIT.

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2084.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2084.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 12/11/2022 (version 2.08.3) (obsolète)
<a name="AuroraMySQL.Updates.2083"></a>

**Version :** 2.08.3

Aurora MySQL 2.08.3 est disponible. 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.

 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 mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants directement vers Aurora MySQL 2.08.3. Vous pouvez mettre à niveau un cluster Aurora MySQL 1.\$1 existant directement vers la version 2.07.3 ou une version ultérieure, puis directement mettre à niveau vers la version 2.08.3. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2083.Improvements"></a>

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : 
+ [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567)
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553)
+ [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547)
+ [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
+ [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)

 **Modifications incompatibles :** 

 Cette version introduit une modification d'autorisation qui affecte le comportement de la commande `mysqldump`. Les utilisateurs doivent disposer du privilège `PROCESS` pour accéder à la table `INFORMATION_SCHEMA.FILES`. Pour exécuter la commande `mysqldump` sans aucune modification, accordez le privilège `PROCESS` à l'utilisateur de base de données auquel la commande `mysqldump` se connecte. Vous pouvez également exécuter la commande `mysqldump` avec l'option `--no-tablespaces`. Avec cette option, la sortie `mysqldump ` n'inclut aucune instruction `CREATE LOGFILE GROUP` ou `CREATE TABLESPACE`. Dans ce cas, la commande `mysqldump` n'accède pas à la table `INFORMATION_SCHEMA.FILES` et vous n'avez pas besoin d'accorder l'autorisation `PROCESS`. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2083.Patches"></a>
+  Bogue n° 23762382 - INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR. 
+  Bogue n° 25209512 - CURRENT\$1TIMESTAMP PRODUCES ZEROS IN TRIGGER. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2083.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2083.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 28/08/2020 (version 2.08.2) (obsolète)
<a name="AuroraMySQL.Updates.2082"></a>

**Version :** 2.08.2

Aurora MySQL 2.08.2 est disponible. 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.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.08.2. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.08.2. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.08.2. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.08.2. Pour plus d'informations sur la restauration d'instantanés, consultez [Restauration à partir d'un instantané de cluster de base de données](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RestoreFromSnapshot.html) dans le *Guide de l'utilisateur Amazon Aurora*. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2082.Improvements"></a>

 **Correctifs critiques :** 
+  Correction d'un problème susceptible de provoquer une panne non planifiée et d'affecter la disponibilité de la base de données. 

 **Correctifs de disponibilité :** 
+ Correction d'un problème de redémarrage de la base de données Aurora MySQL s'il s'agit d'un réplica binlog et réplique un événement DDL sur la table `time_zone` mysql. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2082.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2082.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 18/06/2020 (version 2.08.1) (obsolète)
<a name="AuroraMySQL.Updates.2081"></a>

**Version :** 2.08.1

Aurora MySQL 2.08.1 est disponible. 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.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.08.1. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.08.1. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.08.1. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.08.1. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2081.Improvements"></a>

 **Nouvelles fonctions :** 
+  Transfert global dans base de données d'écriture. Dans une base de données Aurora globale, vous pouvez désormais effectuer certaines opérations d'écriture, notamment des instructions DML, lorsque vous êtes connecté à un cluster secondaire. Les opérations d'écriture sont transférées vers le cluster principal et toutes les modifications sont répliquées vers les clusters secondaires. Pour plus d'informations, consultez [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 le *Guide de l'utilisateur Amazon Aurora*. 

 **Correctifs de stabilité générale :** 
+  Correction d'un problème survenant lors de la restauration d'un cluster Amazon S3 à partir d'Aurora MySQL version 2.08.0, laquelle prenait plus de temps que prévu si la sauvegarde S3 n'incluait pas la table `mysql.host`. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2081.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2081.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 06/02/2020 (version 2.08.0) (obsolète)
<a name="AuroraMySQL.Updates.2080"></a>

**Version :** 2.08.0

Aurora MySQL 2.08.0 est disponible. 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.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.08.0. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.08.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.08.0. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.08.0. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2080.Improvements"></a>

 **Nouvelles fonctions :** 
+  Amélioration du traitement du journal binaire (binlog) pour réduire le temps de récupération sur incident et la latence de temps de validation lorsque de très grandes transactions sont incluses. 
+  Lancement de la fonctionnalité Flux d'activité de base de données (DAS) pour Aurora MySQL. Cette fonctionnalité fournit un flux de near-real-time données sur l'activité de la base de données dans votre base de données relationnelle pour vous aider à surveiller l'activité. Pour plus d'informations, consultez [Surveillance d'Amazon Aurora à l'aide des flux d'activité de base de données](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/DBActivityStreams.html) dans le *Guide de l'utilisateur Amazon Aurora*.
+  Fichiers de fuseau horaire mis à jour pour prendre en charge le dernier changement de fuseau horaire au Brésil. 
+  De nouveaux mots clés ont été introduits dans SQL pour exercer la fonctionnalité de jointure par hachage pour une table and/or interne spécifique : `HASH_JOIN``HASH_JOIN_PROBING`, et`HASH_JOIN_BUILDING`. Pour plus d'informations, consultez [Indicateurs Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.Hints) dans le *Guide de l'utilisateur Amazon Aurora*. 
+  Introduction de la prise en charge de l'indicateur d'ordre des jointures dans Aurora MySQL version 5.7 par rétroportage d'[une fonctionnalité MySQL 8.0](https://github.com/mysql/mysql-server/commit/d2d91c3286b9ac3b95ef0e5036c5319aa4ffeda2#diff-4d30ba39ad1958c6f8148f67c94a896b). Les nouveaux indicateurs sont `JOIN_FIXED_ORDER`, `JOIN_ORDER`, `JOIN_PREFIX` et `JOIN_SUFFIX`. Pour une documentation détaillée de la prise en charge des indicateurs d'ordre des jointures, consultez [WL \$19158 : indicateurs d'ordre des jointures](https://dev.mysql.com/worklog/task/?id=9158). 
+  Aurora Machine Learning prend désormais en charge les fonctions définies par l'utilisateur avec `MEDIUMINT` comme type de retour. 
+  La procédure `lambda_async()` stockée prend désormais en charge tous les caractères `utf8` MySQL. 

 **Correctifs à priorité élevée :** 
+  Correction d'un problème qui pouvait amener une instance de base de données de lecteur à renvoyer des résultats incomplets pour une requête FTS après que la table `INFORMATION_SCHEMA.INNODB_SYS_TABLES` ait été interrogée sur l'instance de base de données de rédacteur. 
+ [CVE-2019-5443](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-5443)
+ [CVE-2019-3822](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3822)

 **Améliorations de la disponibilité :** 
+  Correction d'un problème qui entraînait un redémarrage de la base de données après l'exécution d'une instruction à plusieurs requêtes qui accède à plusieurs tables ou bases de données avec le cache de requête activé. 
+  Correction d'une condition de concurrence dans le gestionnaire de verrous qui entraînait le redémarrage de la base de données ou le basculement pendant la restauration d'une transaction. 
+  Correction d'un problème qui entraînait le redémarrage ou le basculement de la base de données lorsque plusieurs connexions tentaient de mettre à jour la même table avec un index de recherche en texte intégral. 
+  Correction d'un problème susceptible de déclencher un redémarrage ou un basculement de la base de données au cours d'une commande `kill session`. Si vous rencontrez ce problème, contactez le AWS support pour activer ce correctif sur votre instance. 
+  Correction d'un problème qui entraînait le redémarrage de l'instance de base de données de lecteur lors d'une transaction à plusieurs instructions avec plusieurs instructions `SELECT` et une forte charge de travail d'écriture sur l'instance de base de données de rédacteur avec `AUTOCOMMIT` activé. 
+  Correction d'un problème qui entraînait le redémarrage de l'instance de base de données de lecteur après l'exécution de requêtes de longue durée alors que l'instance de base de données de rédacteur se trouvait sous une forte charge de travail d'écriture OLTP. 

 **Améliorations générales :** 
+  Amélioration du temps de récupération de base de données et de la latence de validation pour les transactions de longue durée lorsque le journal binaire est activé. 
+  Amélioration de l'algorithme pour générer de meilleures statistiques pour l'estimation du nombre de valeurs distinctes sur les colonnes indexées, y compris les colonnes avec des distributions de données biaisées. 
+  Réduction du temps de réponse et d'utilisation de l'UC des requêtes de conjointes qui accèdent aux tables temporaires MyISAM et les résultats se déversent sur le stockage local. 
+  Correction d'un problème qui empêchait la restauration des instantanés d'Aurora MySQL version 5.6 avec une base de données ou des espaces contenant des noms de table vers un nouveau cluster Aurora MySQL 5.7. 
+  Inclut les informations de transaction de la victime lorsque le blocage est résolu dans `show engine innodb status`. 
+  Correction d'un problème qui provoquait le blocage des connexions lorsque des clients de plusieurs versions différentes étaient connectés à la même base de données et accédaient au cache de requête. 
+  Correction d'une fuite de mémoire résultant de plusieurs invocations du workflow ZDP (Application de correctifs sans temps d'arrêt) ou ZDR (Redémarrage sans interruption) tout au long de la durée de vie d'une instance de base de données. 
+  Correction d'un message d'erreur dans les opérations ZDP (Application de correctifs sans temps d'arrêt) ou ZDR (Redémarrage sans interruption) indiquant à tort que la dernière transaction a été abandonnée si l'indicateur de validation automatique est désactivé. 
+  Correction d'un problème dans les opérations ZDP (application de correctifs sans temps d'arrêt) qui pouvait entraîner un message d'erreur de défaillance du serveur lors de la restauration des variables de session utilisateur dans le nouveau processus de base de données. 
+  Correction d'un problème dans les opérations ZDP (application de correctifs sans temps d'arrêt) qui pouvait provoquer des échecs intermittents de base de données en cas de requêtes de longue durée en cours d'exécution pendant l'application de correctifs. 
+  Correction d'un problème à cause duquel les requêtes incluant une fonction Aurora Machine Learning renvoyaient des messages d'erreur vides en raison d'une réponse d'erreur mal gérée par des services de Machine Learning tels qu'Amazon SageMaker AI et Amazon Comprehend. 
+  Correction d'un problème dans la fonctionnalité de out-of-memory surveillance qui ne respectait pas une valeur personnalisée du `table_definition_cache` paramètre. 
+  Le message d'erreur « L'exécution de la requête a été interrompue » est renvoyé si une requête Aurora Machine Learning est interrompue. Auparavant, le message générique « Erreur interne dans le traitement de la demande ML » était renvoyé à la place. 
+  Correction d'un problème qui pouvait faire qu'un travailleur de journaux binaires subisse un délai de connexion lorsque le paramètre `slave_net_timeout` était inférieur au paramètre `aurora_binlog_replication_max_yield_seconds` et que la charge de travail était faible sur le cluster maître de journaux binaires. 
+  Amélioration de la surveillance de la progression de la récupération des journaux binaires par l'affichage de messages d'information dans le journal des erreurs selon une fréquence d'un message par minute. 
+  Correction d'un problème susceptible d'empêcher le signalement des transactions actives par la requête `SHOW ENGINE INNODB STATUS`. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2080.Patches"></a>
+  [Bogue \$125289359](https://github.com/mysql/mysql-server/commit/64161c9abd50de7ba0b542bd4895881f6ead6531) : un verrou de cache de texte intégral pris lors de la synchronisation des données n'était pas libéré si la taille du cache de texte intégral dépassait la limite de taille du cache de texte intégral. 
+  [Bogue \$129138644](https://github.com/mysql/mysql-server/commit/fbfd9fcd32afc11ba77d52fa0690aa26dcd64f72) : la modification manuelle de l'heure système pendant l'exécution du serveur MySQL a provoqué des retards du thread de nettoyage de page. 
+  [Bogue \$125222337](https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131) : un nom de champ de colonne virtuelle NULL dans un index virtuel a provoqué une sortie du serveur lors d'une comparaison de noms de champ qui se produit lors du remplissage de colonnes virtuelles affectées par une contrainte de clé étrangère. 
+  [Bogue \$125053286](https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d) : l'exécution d'une procédure stockée contenant une requête qui a accédé à une vue pouvait allouer de la mémoire qui n'était pas libérée jusqu'à la fin de la session. 
+  [Bogue \$125586773](https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1) : l'exécution d'une procédure stockée contenant une instruction qui a créé une table à partir du contenu de certaines instructions [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) pouvait entraîner une fuite de mémoire. 
+  [Bogue \$128834208](https://github.com/mysql/mysql-server/commit/ca722bbb409209d683534846a90093c118bf8c5b) : au cours de l'application de journal, après une opération [OPTIMISTIE TABLE](https://dev.mysql.com/doc/refman/5.7/en/optimize-table.html), InnoDB n'a pas rempli de colonnes virtuelles avant de vérifier les mises à jour d'index de colonne virtuelle. 
+  [Bogue \$126666274](https://github.com/mysql/mysql-server/commit/bd87573bc159c849f34aa8293ec43ac053cbfda0) : boucle infinie dans le conteneur de mémoire tampon de schéma de performance en raison d'un dépassement d'entier non signé 32 bits. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2080.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2080.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL 15/08/15 (version 2.07.10) (obsolète)
<a name="AuroraMySQL.Updates.20710"></a>

**Version :** 2.07.10

Aurora MySQL 2.07.10 est disponible. Les versions 2.07 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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, 3.03.\$1 et 3.04.\$1. 

 Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.10. Vous avez également la possibilité de mettre à niveau des clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.10. La mise à niveau sur place est disponible pour les clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.\$1 (voir [Mise à niveau d'Aurora MySQL 1.x vers 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)). Elle est également disponible pour les clusters Aurora MySQL 2.\$1 vers Aurora MySQL 3.\$1 (voir [Mise à niveau d'Aurora MySQL 2.x vers 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.07.10, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de base de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

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*.

Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.20710.Improvements"></a>

 **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-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)
+ 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.
+ Mise à jour des chiffrements SSL par défaut utilisés par Aurora MySQL pour exclure les valeurs DES- CBC3 -SHA moins sécurisées du paramètre de base de données [SSL\$1CIPHER](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher). Si vous rencontrez des problèmes de connexion SSL en raison de la suppression du chiffrement DES- CBC3 -SHA, veuillez utiliser un algorithme de chiffrement sécurisé applicable parmi les informations suivantes, [Configuration des suites de chiffrement pour les connexions aux clusters de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites).
+ OpenSSL a été mis à jour vers OpenSSL version 1.0.2zh. 

 **Améliorations générales :** 
+ Ajout de la prise en charge des chiffrements SSL ECDHE-RSA qui utilisent des clés plus petites pour le chiffrement.
+ Correction d'un problème de gestion de mémoire lors de l'exécution de requêtes avec des jointures par hachage.

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.20710.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.20710.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Instruction SQL `CREATE TABLESPACE`
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL 04/03/2023 (version 2.07.9) (obsolète)
<a name="AuroraMySQL.Updates.2079"></a>

**Version :** 2.07.9

Aurora MySQL 2.07.9 est disponible. Les versions 2.07 d'Aurora MySQL sont compatibles avec MySQL 5.7.12. Pour plus d'informations sur les modifications apportées, consultez [Changes in MySQL 5.7.12 (2016-04-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-12.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 restaurer un instantané à partir d'une version Aurora MySQL actuellement prise en charge par Aurora MySQL 2.07.9. Vous avez également la possibilité de mettre à niveau des clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.9. La mise à niveau sur place est disponible pour les clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.\$1 (voir [Mise à niveau d'Aurora MySQL 1.x vers 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)). Elle est également disponible pour les clusters Aurora MySQL 2.\$1 vers Aurora MySQL 3.\$1 (voir [Mise à niveau d'Aurora MySQL 2.x vers 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)). 

Immédiatement après l'exécution d'une mise à niveau sur place de la version du moteur vers Aurora MySQL 2.07.9, une mise à niveau du système d'exploitation est appliquée automatiquement à toutes les instances concernées sur les classes d'instances de bases de données db.r4, db.r5, db.t2 et db.t3, si les instances exécutent une ancienne version du système d'exploitation. Dans un cluster de base de données multi-AZ, toutes les instances de lecteur appliquent d'abord la mise à niveau du système d'exploitation. Lorsque la mise à niveau du système d'exploitation sur la première instance d'enregistreur est terminée, un basculement se produit et l'instance d'enregistreur précédente est mise à niveau.

**Note**  
La mise à niveau du système d'exploitation n'est pas appliquée automatiquement aux bases de données globales Aurora lors des mises à niveau majeures des versions.

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*.

Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2079.Improvements"></a>

 **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)

 **Améliorations de la disponibilité :** 
+ Correction d'un problème de réduction de la mémoire disponible à cause de la rotation du journal d'audit avancé, qui pouvait entraîner le redémarrage de l'instance de base de données.
+ Correction d'un problème pouvant survenir lors du redémarrage de la base de données et qui empêchait cette dernière de démarrer correctement pendant une durée prolongée.

 **Améliorations générales :** 
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage des instances lorsque le volume de la base de données augmente jusqu'à un multiple de 160 Go.

## Fonctions non prises en charge dans Aurora MySQL version 2
<a name="AuroraMySQL.Updates.2079.Compare56"></a>

Les fonctionnalités suivantes ne sont pas prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP).
+ Traitement par lot des analyses. Pour de plus amples informations, veuillez consulter [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2079.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 16/06/2022 (version 2.07.8) (obsolète)
<a name="AuroraMySQL.Updates.2078"></a>

**Version :** 2.07.8

Aurora MySQL 2.07.8 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

**Note**  <a name="lts_notice_2078"></a>
 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.Updates.Versions.html#AuroraMySQL.Updates.LTS) 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.8. Vous avez également la possibilité de mettre à niveau des clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.8. La mise à niveau sur place est disponible pour les clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.\$1 (voir [Mise à niveau d'Aurora MySQL 1.x vers 2.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)). Elle est également disponible pour les clusters Aurora MySQL 2.\$1 vers Aurora MySQL 3.\$1 (voir [Mise à niveau d'Aurora MySQL 2.x vers 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)). 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2078.Improvements"></a>

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : 
+ [CVE-2022-21245](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21245)
+ [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)

 **Améliorations générales :** 
+ Correction d'un problème susceptible, dans de rares cas, d'entraîner le redémarrage du serveur de base de données lorsque le thread du détecteur d'interblocages est bloqué en raison d'une condition de concurrence.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2078.Patches"></a>
+  Lorsqu'une mise à jour nécessitait une table temporaire avec une clé primaire de plus de 1 024 octets et que cette table était créée à l'aide d'InnoDB, le serveur pouvait s'arrêter. (Bogue n° 25153670) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2078.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2078.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 24/11/2021 (version 2.07.7) (obsolète)
<a name="AuroraMySQL.Updates.2077"></a>

**Version :** 2.07.7

Aurora MySQL 2.07.7 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

 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'une version Aurora MySQL actuellement prise en charge par Aurora MySQL 2.07.7. Vous avez également la possibilité de mettre à niveau des clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.7. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 vers 2.07.7. En revanche, vous pouvez restaurer son instantané dans Aurora MySQL 2.07.7. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, spécifiez la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2077.Improvements"></a>

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. Correctifs CVE supplémentaires ci-dessous : 
+  [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543) 
+  [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2960) 

 **Améliorations générales :** 
+ Correction de problèmes de sécurité liés à l'intégration d'Aurora MySQL à d'autres AWS services tels qu'Amazon S3, Amazon ML, Lambda.
+ Correction d'un problème lié au signalement incorrect d'un retard de réplication Aurora.
+ Correction d'un problème susceptible d'entraîner l'échec du redémarrage d'une instance de base de données lorsque la base de données comporte un grand nombre de combinaisons d'utilisateurs et de privilèges.
+ Correction d'un problème susceptible d'entraîner l'inaccessibilité des tables general\$1log et slow\$1log après la mise à niveau de la version majeure sur place d'Aurora MySQL 1.x (basée sur MySQL 5.6) vers Aurora MySQL 2.x (basée sur MySQL 5.7).
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage d'une instance de lecteur en raison d'un traitement de vérification incorrect.
+ Correction d'un problème susceptible, dans de rares conditions, d'afficher le graphique « Charge de base de données » dans les sessions Performance Insights (PI) comme utilisant activement l'UC, même si les sessions ont terminé le traitement et sont inactives.
+ Correction d'un problème lié à la requête parallèle susceptible d'entraîner le redémarrage de la base de données lors de l'exécution d'instructions SQL avec une clause LIMIT.
+ Correction d'un problème où la valeur d'une colonne TIMESTAMP d'une ligne existante est mise à jour avec l'horodatage le plus récent lorsque toutes les conditions suivantes sont remplies : 1. Un déclencheur existe pour la table ; 2. Une instruction INSERT est exécutée sur la table qui comporte une clause ON DUPLICATE KEY UPDATE ; 3. La ligne insérée provoque une violation de valeur en double dans un index UNIQUE ou CLÉ PRIMAIRE. ; 4. Une ou plusieurs colonnes sont de type TIMESTAMP et affichent une valeur par défaut de CURRENT\$1TIMESTAMP.
+ Correction d'un problème susceptible, dans de rares conditions, d'entraîner le redémarrage de l'instance de base de données lors de l'utilisation de transactions XA au niveau d'isolation READ COMMITTED.

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2077.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2077.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 02/09/2021 (version 2.07.6) (obsolète)
<a name="AuroraMySQL.Updates.2076"></a>

**Version :** 2.07.6

Aurora MySQL 2.07.6 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.6. Vous avez également la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.6. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 vers 2.07.6. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.07.6. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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*.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2076.Patches"></a>
+  L'INSERTION D'ENREGISTREMENTS DE TAILLE 64K PREND TROP DE TEMPS. ([Bogue n° 23031146](https://github.com/mysql/mysql-server/commit/a2f9ea422e4bdfd65da6dd0c497dc233629ec52e)) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2076.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2076.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 06/07/2021 (version 2.07.5) (obsolète)
<a name="AuroraMySQL.Updates.2075"></a>

**Version :** 2.07.5

Aurora MySQL 2.07.5 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.5. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.07.5. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.07.5. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.07.5. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  <a name="lts_notice_2075"></a>
 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.Updates.Versions.html#AuroraMySQL.Updates.LTS) 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
<a name="AuroraMySQL.Updates.2075.Improvements"></a>

 **Améliorations de la disponibilité :** 
+  Résolution d'un problème qui empêchait les verrous de niveau utilisateur sur un réplica Aurora. 
+  Résolution d'un problème qui pouvait entraîner un redémarrage d'une base de données lors de l'utilisation de transactions XA au niveau d'isolement `READ COMMITTED`. 
+  Longueur maximale autorisée étendue jusqu'à 2 000 pour les paramètres globaux `server_audit_incl_users` et `server_audit_excl_users`. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2075.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2075.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 04/03/2021 (version 2.07.) (obsolète)
<a name="AuroraMySQL.Updates.2074"></a>

**Version :** 2.07.4

Aurora MySQL 2.07.4 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.4. Vous avez également la possibilité de mettre à niveau les clusters de base de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.4. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.07.4. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.07.4. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  <a name="lts_notice_2074"></a>
 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.Updates.Versions.html#AuroraMySQL.Updates.LTS) 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
<a name="AuroraMySQL.Updates.2074.Improvements"></a>

 **Correctifs de sécurité :** 
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14790](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14790)
+ [CVE-2020-14775](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14775)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14760)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)

 **Améliorations de la disponibilité :** 
+  Correction d'un problème qui pouvait entraîner le blocage d'un client en cas d'erreur réseau lors de la lecture ou de l'écriture d'un paquet réseau. 
+  Amélioration des temps de redémarrage du moteur dans certains cas après l'interruption du DDL. 
+  Correction d'un problème dans lequel un DDL ou un DML pouvait provoquer le redémarrage du moteur lors d'une demande de lecture anticipée d'une page. 
+  Correction d'un problème à cause duquel une réplique pouvait redémarrer lors de l'exécution d'un scan inversé table/index sur une réplique Aurora Read. 
+  Correction d'un problème dans l'opération de cluster clone qui pouvait rallonger la durée du clone. 
+  Correction d'un problème susceptible de provoquer le redémarrage d'une base de données lors de l'utilisation de l'optimisation des requêtes parallèles pour des colonnes géospatiales 
+  Correction d'un problème qui provoquait l'arrêt d'un réplica de journal binaire avec une erreur `HA_ERR_KEY_NOT_FOUND`. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2074.Patches"></a>
+  Correction d'un problème dans l'analyseur n-gram de texte intégral lors de la gestion de jetons contenant « » (espace), « % » ou « , ». Les clients doivent reconstruire leurs index FTS si vous utilisez un analyseur n-gram. (Bogue n° 25873310) 
+  Correction d'un problème qui pouvait entraîner le redémarrage du moteur pendant l'exécution de la requête avec des vues SQL imbriquées. (Bogue n° 27214153, Bogue n° 26864199) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2074.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2074.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 10/11/2020 (version 2.07.3) (obsolète)
<a name="AuroraMySQL.Updates.2073"></a>

**Version :** 2.07.3

Aurora MySQL 2.07.3 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.3. Vous avez également la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 vers Aurora MySQL 2.07.3. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 vers 2.07.3. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.07.3. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  <a name="lts_notice_2073"></a>
 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.Updates.Versions.html#AuroraMySQL.Updates.LTS) 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
<a name="AuroraMySQL.Updates.2073.Improvements"></a>

 **Correctifs de sécurité :** 

 Correctifs et autres améliorations visant à peaufiner la gestion dans un environnement géré. 
+ [CVE-2021-2144](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2144)
+ [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567)
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553)
+ [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547)
+ [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
+ [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)

 **Modifications incompatibles :** 

 Cette version introduit une modification d'autorisation qui affecte le comportement de la commande `mysqldump`. Les utilisateurs doivent disposer du privilège `PROCESS` pour accéder à la table `INFORMATION_SCHEMA.FILES`. Pour exécuter la commande `mysqldump` sans aucune modification, accordez le privilège `PROCESS` à l'utilisateur de base de données auquel la commande `mysqldump` se connecte. Vous pouvez également exécuter la commande `mysqldump` avec l'option `--no-tablespaces`. Avec cette option, la sortie `mysqldump ` n'inclut aucune instruction `CREATE LOGFILE GROUP` ou `CREATE TABLESPACE`. Dans ce cas, la commande `mysqldump` n'accède pas à la table `INFORMATION_SCHEMA.FILES` et vous n'avez pas besoin d'accorder l'autorisation `PROCESS`. 

 **Améliorations de la disponibilité :** 
+  Correction d'un problème de course dans le gestionnaire de verrous entre la fin d'une session connection/query et la fin de la session, entraînant le redémarrage de la base de données. 
+  Correction d'un problème entraînant le redémarrage de la base de données après l'exécution d'une instruction à plusieurs requêtes qui accède à plusieurs tables ou bases de données avec le cache de requête activé. 
+  Correction d'un problème pouvant provoquer des redémarrages répétés en raison des mises à jour de colonne virtuelle avec des index secondaires. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2073.Patches"></a>
+  *InnoDB :* les transactions XA simultanées exécutées avec succès pour la phase de préparation XA sur le maître étaient en conflit lorsqu'elles étaient réutilisées sur l'esclave, entraînant ainsi un délai d'attente de verrouillage dans le thread applicateur. Le conflit était dû à la plage de verrouillage d'écart qui variait lorsque les transactions étaient réutilisées en série sur l'esclave. Pour éviter ce type de conflit, les verrous d'écart acceptés par les transactions XA au niveau d'isolement [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) sont désormais publiés (et ne sont plus hérités) lorsque les transactions XA atteignent l'étape de préparation. (Bogue n° 27189701, Bogue n° 25866046) 
+  *InnoDB :* un verrou d'écart a été pris inutilement lors de la validation de clé étrangère et de l'utilisation du niveau d'isolement [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed). (Bogue n° 25082593) 
+  *Réplication :* lors de l'utilisation de transactions XA, si un délai d'attente de verrouillage ou un blocage se produisait pour le thread applicateur (SQL) sur un esclave de réplication, la nouvelle tentative automatique ne fonctionnait pas, car même si le thread SQL procédait à une restauration, il ne restaurait pas la transaction XA. Par conséquent, lorsque la transaction était relancée, le premier événement était XA START et n'était pas valide étant donné que la transaction XA était déjà en cours, entraînant une erreur XAER\$1RMFAIL. (Bogue n° 24764800) 
+  *Réplication :* les transactions entrelacées pouvaient parfois bloquer l'applicateur esclave lorsque le niveau d'isolement des transactions était défini sur [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Bogue n° 25040331) 
+  *Réplication :* la valeur renvoyée par une instruction [SHOW SLAVE STATUS](https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html) pour la taille combinée totale de tous les fichiers journaux relais existants (Relay\$1Log\$1Space) pouvait devenir beaucoup plus élevée que l'espace disque réel utilisé par les journaux relais. Le I/O thread ne verrouillait pas la variable lors de la mise à jour de la valeur, de sorte que le thread SQL pouvait automatiquement supprimer un fichier journal de relais et écrire une valeur réduite avant que le I/O thread n'ait fini de mettre à jour la valeur. Le thread d'I/O écrivait ensuite son calcul de taille d'origine, en ignorant la mise à jour du thread SQL et en rajoutant ainsi l'espace du fichier supprimé. La valeur Relay\$1Log\$1Space est désormais verrouillée pendant les mises à jour afin d'empêcher les mises à jour simultanées et de garantir un calcul précis. (Bogue n° 26997096, Bogue n° 87832) 
+  Pour les instructions [INSERT](https://dev.mysql.com/doc/refman/5.7/en/insert.html) pour lesquelles la liste VALUES produisait des valeurs pour la deuxième ligne ou une ligne suivante à l'aide d'une sous-requête contenant une jointure, le serveur pouvait s'arrêter s'il n'avait pas réussi à résoudre les privilèges requis. (Bogue n° 23762382) 
+  Pour les tables ayant une colonne [TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) ou [DATETIME](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) avec une valeur [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp) par défaut, la colonne pouvait être initialisée à `0000-00-00 00:00:00` si la table avait un déclencheur `BEFORE INSERT`. (Bogue n° 25209512, Bogue n° 84077) 
+  Les tentatives simultanées de plusieurs threads pour enregistrer et annuler l'enregistrement des objets de schéma de performances de métadonnées pouvaient entraîner l'arrêt d'un serveur. (Bogue n° 26502135) 
+  L'exécution d'une procédure stockée contenant une instruction qui avait créé une table à partir du contenu de certaines instructions [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) pouvait entraîner une fuite de mémoire. (Bogue n° 25586773) 
+  L'exécution d'une procédure stockée contenant une requête qui avait accédé à une vue pouvait allouer de la mémoire qui n'était pas libérée avant la fin de la séance. (Bogue n° 25053286) 
+  Certains cas de matérialisation de sous-requête pouvaient provoquer l'arrêt d'un serveur. Ces requêtes produisent maintenant une erreur suggérant que la matérialisation doit être désactivée. (Bogue \$126402045) 
+  Les requêtes avec de nombreuses jointures gauches étaient lentes si la mise en mémoire tampon de jointure était utilisée (par exemple, à l'aide de l'algorithme de boucle imbriquée par bloc). (Bogue n° 18898433, Bogue n° 72854) 
+  L'optimiseur ignorait la deuxième colonne d'un index composite lors de l'exécution d'une jointure interne avec une clause `LIKE` sur la deuxième colonne. (Bogue n° 28086754) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2073.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2073.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du pool de mémoires tampons InnoDB au démarrage
+ plugin d'analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 17/04/2020 (version 2.07.2) (obsolète)
<a name="AuroraMySQL.Updates.2072"></a>

**Version :** 2.07.2

Aurora MySQL 2.07.2 est disponible. Les versions 2.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.\$1 d'Aurora MySQL sont compatibles avec MySQL 5.6.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.2. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.07.2. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.07.2. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.07.2. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**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.Updates.Versions.html#AuroraMySQL.Updates.LTS) 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
<a name="AuroraMySQL.Updates.2072.Improvements"></a>

 **Correctifs de sécurité :** 
+ [CVE-2016-8287](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-8287)
+ [CVE-2016-5634](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5634)

 **Correctifs à priorité élevée :** 
+  Correction d'un problème qui entraînait un clonage plus long sur certains clusters de bases de données avec des charges d'écriture élevées. 
+  Correction d'un problème qui pouvait entraîner des requêtes sur une instance de base de données de lecteur avec des plans d'exécution utilisant des index secondaires pour renvoyer des données non validées. Le problème se limitait aux données affectées par des opérations en langage de manipulation de données (DML) qui modifient les colonnes de la clé d'index primaire ou secondaire. 

 **Améliorations générales :** 
+  Correction d'un problème qui ralentissait la restauration d'un cluster de base de données Aurora 1.x contenant des index de recherche plein texte (FTS) vers un cluster de base de données Aurora 2.x. 
+  Correction d'un problème qui ralentissait la restauration d'un instantané de base de données Aurora 1.x contenant des tables partitionnées avec des caractères spéciaux dans les noms de table vers un cluster de base de données Aurora 2.x. 
+  Correction d'un problème qui provoquait des erreurs lors de l'interrogation des journaux de requête lentes et des journaux généraux dans les instances de base de données de lecteur. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2072.Patches"></a>
+  Bogue \$123104498 : correction d'un problème dans le schéma de performance lors du signalement de la mémoire totale utilisée. ([https://github.com/mysql/mysql-server/commit/20b6840df5452f47313c6f9a6ca075bfbc00a96b](https://github.com/mysql/mysql-server/commit/20b6840df5452f47313c6f9a6ca075bfbc00a96b)) 
+  Bogue \$122551677 : correction d'un problème dans le schéma de performance qui pouvait entraîner le plantage du moteur de base de données lorsque d'une tentative de le mettre hors ligne. ([https://github.com/mysql/mysql-server/commit/05e2386eccd32b6b444b900c9f8a87a1d8d531e9](https://github.com/mysql/mysql-server/commit/05e2386eccd32b6b444b900c9f8a87a1d8d531e9)) 
+  Bogue \$123550835, Bogue \$123298025, Bogue \$181464 : correction d'un problème dans le schéma de performance qui provoquait un plantage du moteur de base de données en raison du dépassement de la capacité d'un tampon interne. ([https://github.com/mysql/mysql-server/commit/b4287f93857bf2f99b18fd06f555bbe5b12debfc](https://github.com/mysql/mysql-server/commit/b4287f93857bf2f99b18fd06f555bbe5b12debfc)) 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2072.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2072.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 23/12/2019 (version 2.07.1) (obsolète)
<a name="AuroraMySQL.Updates.2071"></a>

**Version :** 2.07.1

Aurora MySQL 2.07.1 est disponible. 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.

 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'une version Aurora MySQL actuellement prise en charge dans Aurora MySQL 2.07.1. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.07.1. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.07.1. En revanche, vous pouvez restaurer son instantané vers Aurora MySQL 2.07.1. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Chine (Ningxia) [cn-northwest-1], Asie-Pacifique (Hong Kong) [ap-east-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2071.Improvements"></a>

 **Correctifs à priorité élevée :** 
+ Correction d'une fuite de mémoire lente dans le sous-système de suivi et de journalisation de base de données spécifique à Aurora qui réduisait la mémoire libérable.

 **Correctifs de stabilité générale :** 
+ Correction d'un incident lors de l'exécution d'une requête complexe impliquant une agrégation et des jointures de plusieurs tables utilisant en interne des tables intermédiaires.

## Comparaison avec Aurora MySQL version 1
<a name="AuroraMySQL.Updates.2071.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2071.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 25/11/2019 (version 2.07.0) (obsolète)
<a name="AuroraMySQL.Updates.2070"></a>

**Version :** 2.07.0

Aurora MySQL 2.07.0 est disponible. 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.

 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'une version Aurora MySQL prise en charge sur Aurora MySQL 2.07.0. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.07.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.07.0. En revanche, vous pouvez restaurer son instantané vers Aurora MySQL 2.07.0. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Chine (Ningxia) [cn-northwest-1], Asie-Pacifique (Hong Kong) [ap-east-1], Moyen-Orient (Bahreïn) [me-south-1] et Amérique du Sud (São Paulo) [sa-east-1] 1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2070.Improvements"></a>

 **Nouvelles fonctions :** 
+  Les bases de données mondiales permettent désormais d'ajouter des régions de réplication secondaires en lecture seule pour les clusters de bases de données déployés dans ces AWS régions : régions : USA Est (Virginie du Nord) [us-east-1], USA Est (Ohio) [us-east-2], USA Ouest (Californie du Nord) [us-west-1], USA Ouest (Oregon) [us-west-2], Europe (Irlande) [eu-west-2] eu-west-1], Europe (Londres) [eu-west-2], Europe (Paris) [eu-west-3], Asie-Pacifique (Tokyo) [ap-northeast-1], Asie-Pacifique (Séoul) [ap-northeast-2], Asie-Pacifique (Singapour) [ap-northeast-2] ap-southeast-1], Asie-Pacifique (Sydney) [ap-southeast-2], Canada (centre) [ca-central-1], Europe (Francfort) [ eu-central-1] et Asie-Pacifique (Mumbai) [ap-south-1]. 
+  L'apprentissage automatique Amazon Aurora est une intégration hautement optimisée entre la base de données Aurora MySQL et les services d'apprentissage AWS automatique (ML). Le Machine Learning Aurora permet aux développeurs d'ajouter une grande variété de prédictions ML à leurs applications de bases de données en appelant les modèles ML à l'aide du langage de programmation SQL qu'ils utilisent déjà pour le développement de leurs bases de données, sans avoir à créer des intégrations personnalisées ou à découvrir des outils distincts. Pour plus d'informations, veuillez consulter [Utilisation des fonctionnalités du Machine Learning (ML) avec Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-ml.html). 
+  Ajout de la prise en charge pour le niveau d'isolation ANSI `READ COMMITTED` sur les réplicas en lecture. Ce niveau d'isolation permet aux requêtes de longue durée sur le réplica en lecture de s'exécuter sans impacter le haut débit des écritures sur le nœud d'écriture. Pour plus d'informations, veuillez consulter [Niveaux d'isolation Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels). 

 **Correctifs critiques :** 
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)

 **Correctifs à priorité élevée :** 
+  Correction du problème de récupération de DLL qui entraînait un arrêt prolongé de la base de données. Les clusters qui deviennent indisponibles après exécution de l'instruction de suppression de plusieurs tables, par exemple `DROP TABLE t1, t2, t3`, doivent être mis à jour avec cette version. 
+  Correction du problème de récupération de DLL qui entraînait un arrêt prolongé de la base de données. Les clusters devenus indisponibles après l'exécution des instructions DLL `INPLACE ALTER TABLE` doivent être mis à jour avec cette version. 

 **Correctifs de stabilité générale :** 
+  Correction d'un problème qui générait des données non cohérentes dans la table `information_schema.replica_host_status`. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2070.Patches"></a>
+  Bogue \$126251621 : COMPORTEMENT INCORRECT DU DÉCLENCHEUR ET DE GCOL 
+  Bug \$122574695: ASSERTION `\$1TABLE \$1\$1 (\$1TABLE->READ\$1SET \$1\$1 BITMAP\$1IS\$1SET(TABLE->READ\$1SET, FIEL 
+  Bogue \$125966845 : LES INSERTIONS SUR CLÉ DUPLIQUÉE GÉNÈRENT UN VERROU 
+  Bogue \$123070734 : LES TABLES TRONQUÉES SIMULTANÉES PROVOQUENT UN ARRÊT 
+  Bogue \$126191879 : LES CASCADES DE CLÉS ÉTRANGÈRES UTILISENT TROP DE MÉMOIRE 
+  Bogue \$120989615 : INNODB AUTO\$1INCREMENT GÉNÈRE DEUX FOIS LA MÊME VALEUR 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2070.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2070.Compatibility"></a>

Aurora MySQL 2.07.0 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.07.0 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 22/11/2019 (version 2.06.0) (obsolète)
<a name="AuroraMySQL.Updates.2060"></a>

**Version :** 2.06.0

Aurora MySQL 2.06.0 est disponible. 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.

 Versions Aurora MySQL actuellement prises en charge : 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1 et 2.06.\$1. 

 Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL prise en charge sur Aurora MySQL 2.06.0. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.06.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.06.0. En revanche, vous pouvez restaurer son instantané vers Aurora MySQL 2.06.0. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Chine (Ningxia) [cn-northwest-1], Asie-Pacifique (Hong Kong) [ap-east-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2060.Improvements"></a>

 **Nouvelles fonctions :** 
+  Les clusters Aurora MySQL prennent désormais en charge les types d'instance db.r5.8xlarge, db.r5.16xlarge et db.r5.24xlarge. Pour plus d'informations sur les types d'instance pour les clusters Aurora MySQL, consultez [Classes d'instances de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) dans le *Guide de l'utilisateur Amazon Aurora*. 
+  La fonctionnalité de jointure de hachage est désormais disponible et ne nécessite pas que le mode lab Aurora soit activé (ON). Cette fonctionnalité peut améliorer les performances de requêtes lorsque vous devez joindre une grande quantité de données au moyen d'une équijointure. Pour plus d'informations, consultez [Utilisation de l'API de données pour Aurora Serverless](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/data-api.html) dans le *Guide de l'utilisateur Amazon Aurora*. 
+  La fonctionnalité de conflits entre lignes critiques est désormais disponible et ne nécessite pas que le mode lab Aurora soit activé (ON). Cette fonction améliore nettement le débit pour les charges où de nombreuses transactions sont en conflit pour les lignes d'une même page. 
+  Aurora MySQL 2.06 et versions ultérieures prennent en charge le retour d'un cluster de base de données à une heure spécifique, sans restaurer les données à partir d'une sauvegarde. Cette fonctionnalité, connue sous le nom de Backtrack (ou retour sur suivi), offre un moyen rapide de récupérer d'erreurs d'utilisateur, comme la suppression non souhaitée d'une table ou d'une ligne. Le retour sur suivi ne dure que quelques secondes, même pour les bases de données volumineuses. Lisez [le AWS blog](https://aws.amazon.com/blogs/aws/amazon-aurora-backtrack-turn-back-time/) pour obtenir une vue d'ensemble, et reportez-vous à la section Retour en [arrière d'un cluster de base de données Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.Backtrack.html) dans le *guide de l'utilisateur Amazon Aurora* pour plus de détails. 
+  Aurora 2.06 et versions ultérieures prennent en charge les appels synchrones via AWS Lambda la fonction native. `lambda_sync()` La fonction native `lambda_async()` est également disponible et peut être utilisée comme alternative à la procédure stockée existante pour l'appel Lambda asynchrone. Pour plus d'informations sur l'appel des fonctions Lambda, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*. 

 **Correctifs critiques :** 

 Aucun. 

 **Correctifs à priorité élevée :** 

 **Correctifs de sécurité** 
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2791](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2791)
+ [CVE-2019-2778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2778)
+ [CVE-2019-2758](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2758)
+ [CVE-2019-2739](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2739)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2018-2786](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2786)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3465](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3465)
+ [CVE-2017-3455](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3455)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)

 **Gestion des connexions** 
+  La disponibilité des bases de données a été améliorée afin de mieux répondre à l'augmentation du nombre de connexions clients lors de l'exécution d'une ou de plusieurs connexions DDLs. La gestion s'effectue en créant temporairement des threads supplémentaires si nécessaire. La mise à niveau est conseillée si la base de données ne répond plus suite à un pic dans les connexions, parallèlement au traitement des DDL. 

 **Redémarrage du moteur** 
+  Correction du problème d'indisponibilité prolongée lors du redémarrage du moteur. La correction concerne un problème d'initialisation du pool de mémoires tampon. Ce problème se produit rarement, mais peut éventuellement impacter toute version prise en charge. 
+  Correction d'un problème qui entraîne le redémarrage d'une base de données configurée comme journal binaire principal tandis qu'une forte charge de travail en écriture est en cours d'exécution. 

 **Correctifs de stabilité générale :** 
+  Les améliorations apportées à l'accès des requêtes aux données non mises en cache peuvent être plus lentes qu'à l'ordinaire. Les clients confrontés à une latence en lecture anormalement élevé alors qu'ils accèdent aux données mises en cache sont invités à procéder à une mise à niveau. 
+  Correction d'un problème qui entraînait la restauration de tables partitionnées à partir d'un instantané de base de données. Il est conseillé aux clients confrontés à des erreurs lors de l'accès aux tables partitionnées d'une base de données restaurée à partir d'un instantané d'une base de données Aurora MySQL 1.\$1 d'utiliser cette version. 
+  Stabilité améliorée des réplicas Aurora en corrigeant la contention des verrous entre les threads traitant les requêtes en lecture et le thread appliquant les modifications du schéma tandis qu'une requête DLL est en cours sur l'instance de bases de données d'écriture. 
+  Correction d'un problème de stabilité lié à la mise à jour de la table `mysql.innodb_table_stats`, déclenché par les opérations DDL. 
+  Correction d'un problème signalant à tort une erreur `ERROR 1836` lorsqu'une requête imbriquée est exécutée sur une table temporaire sur le réplica Aurora. 

 **Améliorations des performances :** 
+  Amélioration des performances de la réplication des journaux binaires en empêchant les appels d'API superflus au cache si le cache des requêtes a été désactivé sur le travailleur de journaux binaires. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2060.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*. 

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2060.Compatibility"></a>

Aurora MySQL 2.06.0 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.06.0 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 11/11/2019 (version 2.05.0) (obsolète)
<a name="AuroraMySQL.Updates.2050"></a>

**Version :** 2.05.0

Aurora MySQL 2.05.0 est disponible. 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.

 Versions Aurora MySQL actuellement prises en charge : 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 et 2.04.\$1. 

 Vous pouvez restaurer un instantané à partir d'une version Aurora MySQL prise en charge sur Aurora MySQL 2.05.0. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers 2.04.6 ou Aurora MySQL 2.05.0. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.05.0. En revanche, vous pouvez restaurer son instantané vers Aurora MySQL 2.05.0. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

**Note**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Chine (Ningxia) [cn-northwest-1], Asie-Pacifique (Hong Kong) [ap-east-1], Europe (Stockholm) [eu-north-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2050.Improvements"></a>

 **Correctifs critiques :** 
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-3155](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3155)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-3056](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3056)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ Résolution d'un problème selon lequel les événements du fichier de journaux binaires actuel sur le maître n'étaient pas répliqués sur le travailleur si la valeur du paramètre `sync_binlog` n'était pas définie sur 1.

 **Correctifs à priorité élevée :** 
+  Il est vivement recommandé aux clients dont la taille de la base de données est proche de 64 tébioctets (TiO) de procéder à une mise à niveau vers cette version pour éviter les arrêts dus aux bogues de stabilité affectant les volumes proches de la limite de stockage Aurora. 
+  La valeur par défaut du paramètre `aurora_binlog_replication_max_yield_seconds` a été remplacée par zéro pour éviter une augmentation de l'écart de réplication en faveur de performances de requêtes de premier plan sur le fichier principal binlog. 

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.2050.BugFixes"></a>
+  Bug \$123054591 : PURGE BINARY LOGS TO lit l'intégralité du fichier binlog et provoque MySql le blocage 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2050.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2050.Compatibility"></a>

Aurora MySQL 2.05.0 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.05.0 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 14/08/2020 (version 2.04.9) (obsolète)
<a name="AuroraMySQL.Updates.2049"></a>

**Version :** 2.04.9

Aurora MySQL 2.04.9 est disponible pour le grand public 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.

 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 créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Asie-Pacifique (Hong Kong) [ap-east-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2049.Improvements"></a>

 **Correctifs à priorité élevée :** 

 **Correctifs critiques :** 
+ [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760)
+ [CVE-2019-5443](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-5443)
+ [CVE-2019-3822](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3822)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2791](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2791)
+ [CVE-2019-2778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2778)
+ [CVE-2019-2758](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2758)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2019-2739](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2739)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2018-2813](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2813)
+ [CVE-2018-2786](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2786)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3465](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3465)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3455](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3455)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5436)

 **Améliorations de la disponibilité :** 
+  Correction d'un problème qui pouvait provoquer un redémarrage ou un basculement de base de données en raison de l'exécution d'une commande `kill session`. Si vous rencontrez ce problème, contactez le AWS support pour activer ce correctif sur votre instance. 
+  Correction d'un problème qui provoquait un redémarrage de base de données lors de l'exécution d'une requête complexe impliquant des jointures multi-tables et une agrégation utilisant des tables intermédiaires en interne. 
+  Correction d'un problème qui provoquait le redémarrage de la base de données en raison d'une interruption de `DROP TABLE` sur plusieurs tables. 
+  Correction d'un problème provoquant un basculement de base de données pendant la récupération de base de données. 
+  Correction d'un redémarrage de base de données entraîné par un rapport incorrect de threads\$1running lorsque les journaux d'audit et de requêtes lentes sont activés. 
+  Correction d'un problème qui empêchait une commande `kill query` de rester bloquée pendant l'exécution. 
+  Correction d'une condition de concurrence dans le gestionnaire de verrous qui entraînait le redémarrage de la base de données ou le basculement pendant la restauration d'une transaction. 
+  Correction d'un problème qui entraînait le redémarrage ou le basculement de la base de données lorsque plusieurs connexions tentaient de mettre à jour la même table avec un index de recherche en texte intégral. 
+  Correction d'un problème qui pouvait provoquer un blocage lors de la purge d'un index entraînant un basculement ou un redémarrage. 

 **Améliorations générales :** 
+  Correction de problèmes qui pouvaient entraîner l'utilisation de données provenant d'une transaction non validée par les requêtes sur les réplicas en lecture. Ce problème est limité aux transactions qui sont démarrées immédiatement après un redémarrage de la base de données. 
+  Correction d'un problème rencontré lors de `INPLACE ALTER TABLE` pour une table avec des déclencheurs définis et lorsque le DDL ne contenait pas de clause `RENAME`. 
+  Correction d'un problème qui entraînait un clonage plus long sur certains clusters de bases de données avec une charge d'écriture élevée. 
+  Correction d'un problème rencontré lors d'une mise à niveau lorsqu'une table partitionnée comportait des espaces incorporés dans le nom. 
+  Correction d'un problème dans lequel le réplica en lecture pouvait voir temporairement les résultats partiels d'une transaction récemment validée sur le rédacteur. 
+  Correction d'un problème au cours duquel les requêtes sur un réplica en lecture sur une table FTS pouvaient produire des résultats obsolètes. Cela ne se produit que lorsque la requête FTS sur le réplica en lecture suit de près une requête sur `INFORMATION_SCHEMA.INNODB_SYS_TABLES` la même table FTS sur le writer. 
+  Correction d'un problème qui entraînait une restauration lente du cluster de bases de données Aurora 1.x contenant des index FTS (Full-Text Search) vers un cluster de bases de données Aurora 2.x. 
+  Longueur maximale autorisée étendue jusqu'à 2 000 pour les paramètres globaux `server_audit_incl_users` et `server_audit_excl_users`. 
+  Correction d'un problème au cours duquel la restauration d'Aurora 1.x vers Aurora 2.x pouvait prendre plus de temps. 
+  Correction d'un problème dans lequel un appel `lambda_async` via une procédure stockée ne fonctionne pas avec Unicode. 
+  Correction d'un problème rencontré lorsqu'un index spatial ne gérait pas correctement une colonne de géométrie hors enregistrement. 
+  Correction d'un problème qui pouvait provoquer l'échec d'une requête sur une instance de base de données de lecteur avec une erreur `InternalFailureException` et le message « Opération terminée (erreur interne) ». 

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.2049.BugFixes"></a>
+  Bug \$123070734, Bug \$180060 : la fonction TRUNCATE simultanée TABLEs provoque des blocages 
+  Bogue n° 23103937 : PS\$1TRUNCATE\$1ALL\$1TABLES() NE FONCTIONNE PAS EN MODE SUPER\$1READ\$1ONLY 
+  Bogue n° \$122551677 : lorsque vous mettez le serveur hors connexion, une condition de concurrence dans le schéma de performances peut entraîner la sortie du serveur. 
+  Bogue n° 27082268 : synchronisation FTS non valide. 
+  BOGUE n° 12589870 : correction d'un problème qui provoquait un redémarrage avec une instruction multi-requête lorsque le cache de requête est activé. 
+  Bogue n° 26402045 : certains cas de matérialisation de sous-requête peuvent provoquer la sortie d'un serveur. Ces requêtes produisent maintenant une erreur suggérant que la matérialisation doit être désactivée. 
+  Bogue n° 18898433 : les requêtes avec de nombreuses jointures gauche étaient lentes si la mise en mémoire tampon de jointure était utilisée (par exemple, en utilisant l'algorithme de boucle imbriquée par bloc). 
+  Bogue n° 25222337 : un nom de champ de colonne virtuelle NULL dans un index virtuel a provoqué une sortie du serveur lors d'une comparaison de noms de champ qui se produit lors du remplissage de colonnes virtuelles affectées par une contrainte de clé étrangère. ([https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131](https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131)) 
+  Bogue n° 25053286 : l'exécution d'une procédure stockée contenant une requête qui a accédé à une vue pouvait allouer de la mémoire qui n'était pas libérée jusqu'à la fin de la session. ([https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d](https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)) 
+  Bug \$125586773 : L'exécution d'une procédure stockée contenant une instruction qui a créé une table à partir du contenu de certaines instructions SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) peut entraîner une fuite de mémoire. ([https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1](https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)) 
+  Bogue n° 26666274 : BOUCLE INFINITE DANS LE CONTAINER DE MÉMOIRE TAMPON DE SCHÉMA DE PERFORMANCE. 
+  Bogue n° 23550835, Bogue n° 23298025, Bogue n° 81464 : une table SELECT Performance Schema lorsqu'un tampon interne était plein pouvait provoquer la sortie d'un serveur. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2049.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.* 
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2049.Compatibility"></a>

Aurora MySQL 2.04.9 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.9 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 20/11/2019 (version 2.04.8) (obsolète)
<a name="AuroraMySQL.Updates.2048"></a>

**Version :** 2.04.8

Aurora MySQL 2.04.8 est disponible. 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.

 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 l'instantané d'une versions Aurora MySQL 2.\$1 en Aurora MySQL 2.04.8. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.04.8. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Asie-Pacifique (Hong Kong) [ap-east-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2048.Improvements"></a>

 **Nouvelles fonctions :** 
+  **Améliorations des réplicas en lecture :** 
  +  Trafic réseau réduit depuis l'instance en écriture en transmettant efficacement les données aux instances du lecteur au sein du cluster de bases de données Aurora. Cette amélioration est activée par défaut, car elle aide à empêcher les réplicas de prendre du retard et de redémarrer. Le paramètre de cette fonctionnalité est `aurora_enable_repl_bin_log_filtering`. 
  +  Trafic réseau réduit depuis le dispositif d'écriture vers les instances du dispositif de lecture au sein du cluster de bases de données Aurora utilisant la compression. Cette amélioration est activée par défaut pour les classes d'instance 8xlarge et 16xlarge uniquement, car ces instances peuvent tolérer une surcharge d'UC additionnelle pour la compression. Le paramètre de cette fonctionnalité est `aurora_enable_replica_log_compression`. 

 **Correctifs à priorité élevée :** 
+  Gestion de la mémoire améliorée dans l'instance en écriture Aurora qui empêche le redémarrage du dispositif d'écriture suite à un dépassement de la mémoire pendant une charge de travail intensive en présence d'instances en lecture au sein du cluster de bases de données Aurora. 
+  Correction d'une condition non déterministe dans le planificateur qui entraîne le redémarrage du moteur tout en accédant simultanément à l'objet de schéma de performances. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2048.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2048.Compatibility"></a>

Aurora MySQL 2.04.8 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.8 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 14/11/2019 (version 2.04.7) (obsolète)
<a name="AuroraMySQL.Updates.2047"></a>

**Version :** 2.04.7

Aurora MySQL 2.04.7 est disponible. 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.

 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'une version Aurora MySQL prise en charge sur Aurora MySQL 2.04.7. Vous avez la possibilité de mettre à niveau les clusters de bases de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.04.7. Vous ne pouvez pas mettre à niveau directement un cluster Aurora MySQL 1.\$1 existant vers 2.04.7. En revanche, vous pouvez restaurer son instantané sur Aurora MySQL 2.04.7. 

 Pour créer un cluster avec une ancienne version d'Aurora MySQL, veuillez spécifier la version du moteur par le biais de l'API AWS Management Console, de ou de l'API RDS. AWS CLI

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**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : AWS GovCloud (US-East) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Asie-Pacifique (Hong Kong) [ap-east-1] et Moyen-Orient (Bahreïn) [me-south-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2047.Improvements"></a>

 **Correctifs à priorité élevée :** 

 **Gestion des connexions** 
+  La disponibilité des bases de données a été améliorée afin de mieux répondre à l'augmentation du nombre de connexions clients lors de l'exécution d'une ou de plusieurs connexions DDLs. La gestion s'effectue en créant temporairement des threads supplémentaires si nécessaire. La mise à niveau est conseillée si la base de données ne répond plus suite à un pic dans les connexions, parallèlement au traitement des DDL. 
+  Correction d'un problème qui entraînait une valeur incorrecte pour la variable d'état globale `Threads_running`. 

 **Redémarrage du moteur** 
+  Correction du problème d'indisponibilité prolongée lors du redémarrage du moteur. La correction concerne un problème d'initialisation du pool de mémoires tampon. Ce problème se produit rarement, mais peut éventuellement impacter toute version prise en charge. 

 **Correctifs de stabilité générale :** 
+  Les améliorations apportées à l'accès des requêtes aux données non mises en cache peuvent être plus lentes qu'à l'ordinaire. Les clients confrontés à une latence en lecture anormalement élevé alors qu'ils accèdent aux données mises en cache sont invités à procéder à une mise à niveau. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2047.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2047.Compatibility"></a>

Aurora MySQL 2.04.7 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.7 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 19/09/2019 (version 2.04.6) (obsolète)
<a name="AuroraMySQL.Updates.2046"></a>

**Version :** 2.04.6

Aurora MySQL 2.04.6 est généralement disponible. 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.

 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 avez la possibilité de mettre à niveau les clusters de base de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.04.6. Nous n'autorisons pas les mises à niveau en place des clusters Aurora MySQL 1.\$1 Cette restriction sera levée dans une version ultérieure d'Aurora MySQL 2.\$1. Vous pouvez restaurer les instantanés Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 et 2.04.\$1 dans Aurora MySQL 2.04.6. 

 Pour utiliser une ancienne version d'Aurora MySQL, vous pouvez créer de nouveaux clusters de bases de données en spécifiant la version du AWS Management Console moteur via l'API AWS CLI, ou Amazon RDS. 

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**  
 Cette version n'est actuellement pas disponible dans les AWS régions suivantes : Europe (Londres) [eu-west-2] AWS GovCloud , (US-Est) [-1], (US-Ouest) us-gov-east [-1] AWS GovCloud , Chine (Ningxia) us-gov-west [cn-northwest-1] et Asie-Pacifique (Hong Kong) [ap-east-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2046.Improvements"></a>
+  Résolution d'un problème selon lequel les événements du fichier de journaux binaires actuel sur le maître n'étaient pas répliqués sur le travailleur si la valeur du paramètre `sync_binlog` n'était pas définie sur 1. 
+  La valeur par défaut du paramètre `aurora_binlog_replication_max_yield_seconds` a été remplacée par zéro pour éviter une augmentation de l'écart de réplication en faveur de performances de requêtes de premier plan sur le fichier principal binlog. 

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.2046.BugFixes"></a>
+  Bug \$123054591 : PURGE BINARY LOGS TO lit l'intégralité du fichier binlog et provoque MySql le blocage 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2046.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2046.Compatibility"></a>

Aurora MySQL 2.04.6 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.6 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 08/07/2019 (version 2.04.5) (obsolète)
<a name="AuroraMySQL.Updates.2045"></a>

**Version :** 2.04.5

Aurora MySQL 2.04.5 est disponible. 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.

 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 avez la possibilité de mettre à niveau les clusters de base de données Aurora MySQL 2.\$1 existants vers Aurora MySQL 2.04.5. Nous n'autorisons pas les mises à niveau en place des clusters Aurora MySQL 1.\$1 Cette restriction sera levée dans une version ultérieure d'Aurora MySQL 2.\$1. Vous pouvez restaurer les instantanés Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 et 2.04.\$1 dans Aurora MySQL 2.04.5. 

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**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2045.Improvements"></a>

 **Correctifs de sécurité :** 
+ [CVE-2016-3518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3518)

 **Correctifs généraux :** 
+  Résolution d'une situation de compétition lors de la croissance du volume de stockage qui entraînait le redémarrage de la base de données. 
+  Résolution d'une défaillance de communication interne pendant l'ouverture du volume qui entraînait le redémarrage de la base de données. 
+  Ajout de la prise en charge de la récupération de DDL pour `ALTER TABLE ALGORITHM=INPLACE` sur les tables partitionnées. 
+  Résolution d'un problème avec la récupération de DDL de `ALTER TABLE ALGORITHM=COPY` qui entraînait le redémarrage de la base de données. 
+  Amélioration de la stabilité de réplica d'Aurora sous une lourde charge de travail de suppression sur l'enregistreur. 
+  Résolution d'un redémarrage de la base de données causé par un interblocage entre le thread qui effectue la synchronisation de l'index en texte intégral et le thread qui procède à l'expulsion de la table de recherche en texte intégral du cache de dictionnaire. 
+  Résolution d'un problème de stabilité sur le travailleur de journaux binaires au cours de la réplication DDL lorsque la connexion au maître des journaux binaires est instable. 
+  Correction d'un out-of-memory problème dans le code de recherche en texte intégral qui provoquait le redémarrage de la base de données. 
+  Résolution d'un problème sur l'enregistreur Aurora qui entraînait son redémarrage lors de l'utilisation de l'intégralité du volume de 64 tébioctets (TiO). 
+  Résolution d'une situation de compétition dans la fonction de schéma de performance qui entraînait le redémarrage de la base de données. 
+  Résolution d'un problème qui interrompait les connexions lors du traitement d'une erreur de gestion du protocole réseau. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2045.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2045.Compatibility"></a>

Aurora MySQL 2.04.5 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.5 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 29/05/2019 (version 2.04.4) (obsolète)
<a name="AuroraMySQL.Updates.2044"></a>

**Version :** 2.04.4

Aurora MySQL 2.04.4 est généralement disponible. 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.

 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. 

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris lorsque vous restaurez un instantané) vous avez le choix entre la compatibilité avec MySQL 5.7 ou avec MySQL 5.6. Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 ou la restauration des clusters Aurora MySQL 1.\$1 à partir d'une sauvegarde Amazon S3 vers Aurora MySQL 2.04.4. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Vous pouvez restaurer les instantanés Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 et 2.04.\$1 dans Aurora MySQL 2.04.4.

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**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (US-West) [us-gov-west-1], Europe (Stockholm) [eu-north-1], Chine (Ningxia) [cn-northwest-1] et Asie-Pacifique (Hong Kong) [ap-east-1]. AWS Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2044.Improvements"></a>
+  Résolution d'un problème qui pouvait entraîner des échecs lors du chargement de données vers Aurora à partir de S3. 
+  Résolution d'un problème qui pouvait entraîner des échecs lors du chargement de données à partir d'Aurora vers S3. 
+  Résolution d'un problème qui interrompait les connexions lors du traitement d'une erreur de gestion du protocole réseau. 
+  Résolution d'un problème qui pouvait entraîner un blocage lors du traitement de tables partitionnées. 
+  Résolution d'un problème rendant indisponible la fonction Performance Insights dans certaines régions. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2044.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2044.Compatibility"></a>

Aurora MySQL 2.04.4 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.4 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 09/05/2019 (version 2.04.3) (obsolète)
<a name="AuroraMySQL.Updates.2043"></a>

**Version :** 2.04.3

Aurora MySQL 2.04.3 est en disponibilité générale. 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.

 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. 

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris lorsque vous restaurez un instantané) vous avez le choix entre la compatibilité avec MySQL 5.7 ou avec MySQL 5.6. Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 ou la restauration des clusters Aurora MySQL 1.\$1 à partir d'une sauvegarde Amazon S3 vers Aurora MySQL 2.04.3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Vous pouvez restaurer les instantanés Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 et 2.04.\$1 dans Aurora MySQL 2.04.3.

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**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (US-Ouest) [us-gov-west-1] et Chine (Ningxia) [cn-northwest-1]. AWS Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2043.Improvements"></a>
+  Correction d'un bogue dans la réplication des journaux binaires pouvant entraîner un problème sur les instances Aurora configurées en tant que travailleur des journaux binaires. 
+  Correction d'une out-of-memory condition lors de la gestion de routines stockées de grande taille. 
+  Correction d'une erreur survenant lors de la gestion de certains types de commandes `ALTER TABLE`. 
+  Correction d'une erreur d'interruption des connexions en raison d'une erreur de gestion du protocole réseau. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2043.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2043.Compatibility"></a>

Aurora MySQL 2.04.3 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.3 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 02/05/2019 (version 2.04.2) (obsolète)
<a name="AuroraMySQL.Updates.2042"></a>

**Version :** 2.04.2

Aurora MySQL 2.04.2 est en disponibilité générale. 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.

 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. 

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris lorsque vous restaurez un instantané) vous avez le choix entre la compatibilité avec MySQL 5.7 ou avec MySQL 5.6. Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 ou la restauration des clusters Aurora MySQL 1.\$1 à partir d'une sauvegarde Amazon S3 vers Aurora MySQL 2.04.2. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Vous pouvez restaurer les instantanés Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.0 et 2.04.1 dans Aurora MySQL 2.04.2.

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**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (US-Ouest) [us-gov-west-1] et Chine (Ningxia) [cn-northwest-1]. AWS Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
Pour plus d'informations sur la mise à niveau de votre cluster de base de données Aurora MySQL, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2042.Improvements"></a>
+  Ajout de la prise en charge de la réplication des journaux binaires SSL à l'aide de certificats personnalisés. Pour plus d'informations sur l'utilisation de la réplication des journaux binaires SSL dans Aurora MySQL, veuillez consulter [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html). 
+  Correction d'un interblocage sur l'instance principale Aurora qui se produit lorsqu'une table avec un index Recherche en texte intégral est optimisée. 
+  Correction d'un problème sur les réplicas Aurora dont la performance de certaines requêtes à l'aide de `SELECT(*)` pourrait être affectée sur les tables comportant des index secondaires. 
+  Correction d'une condition entraînant l'envoi d'une erreur 1032. 
+  Amélioration de la stabilité des réplicas Aurora par la correction de plusieurs interblocages. 

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.2042.BugFixes"></a>
+  Bogue n°24829050 - INDEX\$1MERGE\$1INTERSECTION OPTIMIZATION CAUSES WRONG QUERY RESULTS 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2042.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2042.Compatibility"></a>

Aurora MySQL 2.04.2 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.04.2 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 25/03/2019 (version 2.04.1) (obsolète)
<a name="AuroraMySQL.Updates.2041"></a>

**Version :** 2.04.1

Aurora MySQL 2.04.1 est en disponibilité générale. 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.

 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. 

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris lorsque vous restaurez un instantané) vous avez le choix entre la compatibilité avec MySQL 5.7 ou avec MySQL 5.6. Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 ou la restauration des clusters Aurora MySQL 1.\$1 à partir d'une sauvegarde Amazon S3 vers Aurora MySQL 2.04.1. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Vous pouvez restaurer des instantanés Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 1.19.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.0 dans Aurora MySQL 2.04.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*.

**Note**  
 Cette version n'est actuellement pas disponible dans la région AWS GovCloud (US-Ouest) [us-gov-west-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2041.Improvements"></a>
+  Résolution d'un problème où un instantané Aurora MySQL 5.6 pour les versions antérieures à 1.16 ne pouvait pas être restauré avec le dernier cluster Aurora MySQL 5.7. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2041.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2041.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 25/03/2019 (version 2.04.0) (obsolète)
<a name="AuroraMySQL.Updates.204"></a>

**Version :** 2.04

Aurora MySQL 2.04 est en disponibilité générale. 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.

 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. 

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris lorsque vous restaurez un instantané) vous avez le choix entre la compatibilité avec MySQL 5.7 ou avec MySQL 5.6. Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 ou la restauration des clusters Aurora MySQL 1.\$1 à partir d'une sauvegarde Amazon S3 vers Aurora MySQL 2.04.0. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Vous pouvez restaurer les instantanés Aurora MySQL 1.19.\$1, 2.01.\$1, 2.02.\$1 et 2.03.\$1 dans Aurora MySQL 2.04.0. Vous ne pouvez pas restaurer les instantanés Aurora MySQL 1.14.\$1 ou version antérieure, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1 dans Aurora MySQL 2.04.0. Cette restriction ne s'applique pas à la version Aurora MySQL 2.04.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*.

**Note**  
 Cette version n'est actuellement pas disponible dans la région AWS GovCloud (US-Ouest) [us-gov-west-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.204.Improvements"></a>
+  Prise en charge de la réplication basée sur des identifiants de transaction globaux (GTID). Pour plus d'informations sur l'utilisation de la réplication basée sur GTID avec Aurora MySQL, consultez [Utilisation de la réplication basée sur GTID pour Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-replication-gtid.html) dans le *Guide de l'utilisateur Amazon Aurora*. 
+  Résolution d'un problème où un réplica Aurora lève une erreur `Running in read-only mode` de manière incorrecte lorsqu'une instruction qui supprime ou met à jour des lignes dans une table temporaire contient une sous-requête InnoDB. 

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.204.BugFixes"></a>
+  Bogue n°26225783 : MYSQL CRASH ON CREATE TABLE (REPRODUCEABLE) -> INNODB: ALONG SEMAPHORE WAIT. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2040.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL Version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL Version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2040.Compatibility"></a>

Cette version d'Aurora MySQL est compatible réseau avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Cette version d'Aurora MySQL ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`

# Mises à jour du moteur de base de données Aurora MySQL du 07/02/2019 (version 2.03.4) (obsolète)
<a name="AuroraMySQL.Updates.2034"></a>

**Version :** 2.03.4

Aurora MySQL 2.03.4 est en disponibilité générale. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris en restaurant un instantané), vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.03.4 ni la restauration vers Aurora MySQL 2.03.4 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$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*.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2034.Improvements"></a>
+  Support du classement UTF8 MB4 Unicode 9.0 sensible aux accents et insensible aux majuscules et minuscules,. `utf8mb4_0900_as_ci` 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2034.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2034.Compatibility"></a>

Aurora MySQL 2.03.4 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.03.4 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 18/01/2019 (version 2.03.3) (obsolète)
<a name="AuroraMySQL.Updates.2033"></a>

**Version :** 2.03.3

Aurora MySQL 2.03.3 est en disponibilité générale. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris en restaurant un instantané), vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.03.3 ni la restauration vers Aurora MySQL 2.03.3 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$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*.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2033.Improvements"></a>

 **Correctifs CVE** 
+ [CVE-2016-5436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5436)

 **Correctifs critiques :** 
+  Résolution d'un problème ou un réplica Aurora peut devenir interbloqué lors de l'exécution d'une analyse en arrière sur un index. 
+  Résolution d'un problème où un réplica Aurora peut redémarrer lorsque l'instance principale Aurora exécute des opérations DDL sur place sur des tables partitionnées. 
+  Résolution d'un problème où un réplica Aurora peut redémarrer pendant l'invalidation du cache de requêtes après une opération DDL sur l'instance principale Aurora. 
+  Résolution d'un problème où un réplica Aurora peut redémarrer pendant une requête `SELECT` sur une table alors que l'instance principale Aurora exécute une troncature sur cette table. 
+  Résolution d'un problème de résultat incorrect avec les tables temporaires MyISAM dont seules les colonnes indexées sont accessibles. 
+  Résolution d'un problème de journaux lents générant des valeurs élevées incorrectes pour `query_time` et `lock_time` régulièrement après environ 40 000 requêtes. 
+  Résolution d'un problème dans lequel un schéma nommé « tmp » pouvait entraîner le blocage de la migration de RDS for MySQL vers Aurora MySQL. 
+  Résolution d'un problème où le journal d'audit peut comporter des événements manquants lors de la rotation des journaux. 
+  Résolution d'un problème où l'instance principale Aurora restaurée à partir d'un instantané Aurora 5.6 peut redémarrer lorsque la fonction Fast DDL en mode Lab est activée. 
+  Résolution d'un problème où l'utilisation de l'IUC est intégralement liée au thread stats du dictionnaire. 
+  Résolution d'un problème où un réplica Aurora peut redémarrer lors de l'exécution d'une instruction `CHECK TABLE`. 

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.2033.BugFixes"></a>
+  Bogue n°25361251 : INCORRECT BEHAVIOR WITH INSERT ON DUPLICATE KEY IN SP 
+  Bogue n°26734162 : INCORRECT BEHAVIOR WITH INSERT OF BLOB \$1 ON DUPLICATE KEY UPDATE 
+  Bogue n°27460607 : INCORRECT BEHAVIOR OF IODKU WHEN INSERT SELECT's SOURCE TABLE IS EMPTY 
+  Une requête utilisant une clause `DISTINCT` ou `GROUP BY` peut renvoyer des résultats incorrects. (MySQL 5.7 bogue n°79591, bogue n°22343910) 
+  A `DELETE` from joined tables using a derived table in the `WHERE` clause fails with error 1093 (Bogue n° 23074801). 
+  GCOLS: INCORRECT BEHAVIOR WITH CHARSET CHANGES (Bogue n°25287633). 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2033.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2033.Compatibility"></a>

Aurora MySQL 2.03.3 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.03.3 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 09/01/2019 (version 2.03.2) (obsolète)
<a name="AuroraMySQL.Updates.2032"></a>

**Version :** 2.03.2

Aurora MySQL 2.03.2 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris en restaurant un instantané), vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.03.2 ni la restauration vers Aurora MySQL 2.03.2 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$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*.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

**Note**  
La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, consultez [Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) dans le *Guide de l'utilisateur Amazon Aurora*.

## Améliorations
<a name="AuroraMySQL.Updates.2032.Improvements"></a>
+  **Sélecteur de version Aurora** – Depuis la version Aurora MySQL 2.03.2, vous avez le choix entre plusieurs versions d'Aurora compatibles avec MySQL 5.7 dans l' AWS Management Console. Pour plus d'informations, consultez [Vérification ou spécification de versions du moteur Aurora MySQL via AWS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions) dans le *Guide de l'utilisateur Amazon Aurora*. 

 **Correctifs critiques :** 
+ [CVE-2016-3495](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3495)

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2032.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2032.Compatibility"></a>

Aurora MySQL 2.03.2 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.03.2 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 24/10/2018 (version 2.03.1) (obsolète)
<a name="AuroraMySQL.Updates.2031"></a>

**Version :** 2.03.1

Aurora MySQL 2.03.1 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1, 2.02.\$1 et 2.03 dans Aurora MySQL 2.03.1.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.03.1 ni la restauration vers Aurora MySQL 2.03.1 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$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*.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

## Améliorations
<a name="AuroraMySQL.Updates.2031.Improvements"></a>
+  Correction d'un problème de redémarrage possible de l'enregistreur Aurora lors de l'exécution de la détection de blocage de transaction. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2031.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2031.Compatibility"></a>

Aurora MySQL 2.03.1 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.03.1 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 11/10/2018 (version 2.03) (obsolète)
<a name="AuroraMySQL.Updates.203"></a>

**Version :** 2.03

Aurora MySQL 2.03 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1 et 2.02.\$1 dans Aurora MySQL 2.03.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.03 ni la restauration vers Aurora MySQL 2.03 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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
<a name="AuroraMySQL.Updates.203.Improvements"></a>
+  Disponibilité du schéma de performances. 
+  Correction d'un problème à cause duquel les sessions zombie à l'état Supprimé peuvent consommer davantage d'UC. 
+  Correction d'un problème de verrou mort lorsqu'une transaction en lecture seule acquiert un verrouillage sur un enregistrement de l'enregistreur Aurora. 
+  Correction d'un problème à cause duquel le réplica Aurora sans charge de travail client peut avoir une utilisation élevée de l'UC. 
+  Plusieurs correctifs pour des problèmes pouvant entraîner le redémarrage du réplica Aurora ou de l'enregistreur Aurora. 
+  Ajout de la capacité d'ignorer la journalisation des diagnostics lorsque la limite de débit de disque est atteinte. 
+  Correction d'un problème de fuite de mémoire lorsque le journal binaire est activé sur l'enregistreur Aurora. 

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.203.Patches"></a>
+  UNE ANALYSE EN ORDRE INVERSE SUR UNE TABLE PARTITIONNÉE DONNE UN CLASSEMENT ICP PAR DESCRIPTION (bogue n° 24929748). 
+  JSON\$1OBJECT CRÉE UN CODE JSON NON VALIDE (bogue n° 26867509). 
+  L'INSERTION D'UN GROS VOLUME DE DONNÉES JSON PREND UNE DURÉE INHABITUELLE (bogue n° 22843444). 
+  LES TABLES PARTITIONNÉES UTILISENT DAVANTAGE DE MÉMOIRE DANS LA VERSION 5.7 QUE DANS LA VERSION 5.6 (bogue n° 25080442). 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.203.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.203.Compatibility"></a>

Aurora MySQL 2.03 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.03 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 08/10/2018 (version 2.02.5) (obsolète)
<a name="AuroraMySQL.Updates.2025"></a>

**Version :** 2.02.5

Aurora MySQL 2.02.5 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1 et 2.02.\$1 dans Aurora MySQL 2.02.5. Vous pouvez également effectuer une mise à niveau sur place d'Aurora MySQL 2.01.\$1 ou 2.02.\$1 vers Aurora MySQL 2.02.5.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.02.5 ni la restauration vers Aurora MySQL 2.02.5 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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
<a name="AuroraMySQL.Updates.2025.Improvements"></a>
+  Correction d'un problème à cause duquel un réplica Aurora peut redémarrer lorsqu'il effectue une analyse en ordre inverse sur une table. 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2025.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2025.Compatibility"></a>

Aurora MySQL 2.02.5 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.02.5 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 21/09/2018 (version 2.02.4) (obsolète)
<a name="AuroraMySQL.Updates.2024"></a>

**Version :** 2.02.4

Aurora MySQL 2.02.4 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1 et 2.02.\$1 dans Aurora MySQL 2.02.4. Vous pouvez également effectuer une mise à niveau sur place d'Aurora MySQL 2.01.\$1 ou 2.02.\$1 vers Aurora MySQL 2.02.4.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.02.4 ni la restauration vers Aurora MySQL 2.02.4 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

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
<a name="AuroraMySQL.Updates.2024.Improvements"></a>
+ Correction d'un problème de stabilité lié aux index de recherche en texte intégral sur les tables restaurées à partir d'un instantané Aurora MySQL 5.6.

## Intégration de correctifs de bogues de l'édition MySQL Community Edition
<a name="AuroraMySQL.Updates.2024.Patches"></a>
+  `BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME` 
+  `BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.` 
+  `BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE` 
+  `BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)` 
+  `BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0` 
+  `BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT` 
+  `BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).` 
+  `BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE` 
+  `BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP` 
+  `BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V` 
+  `BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC` 
+  `BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS` 
+  `BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11` 
+  `BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR` 
+  `BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER` 
+  `BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY` 
+  `BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE` 
+  `BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY` 

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2024.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2024.Compatibility"></a>

Aurora MySQL 2.02.4 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.02.4 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

# Mises à jour du moteur de base de données Aurora MySQL du 23/08/2018 (version 2.02.3) (obsolète)
<a name="AuroraMySQL.Updates.2023"></a>

**Version :** 2.02.3

Aurora MySQL 2.02.3 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 2.01.\$1 et 2.02.\$1 dans Aurora MySQL 2.02.3. Vous pouvez également effectuer une mise à niveau sur place d'Aurora MySQL 2.01.\$1 ou 2.02.\$1 vers Aurora MySQL 2.02.3.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.02.3 ni la restauration vers Aurora MySQL 2.02.3 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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*.

## Comparaison avec Aurora MySQL Version 1
<a name="AuroraMySQL.Updates.2023.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

Actuellement, Aurora MySQL 2.01 ne prend pas en charge les fonctions ajoutées dans Aurora MySQL version 1.16 et versions ultérieures. Pour plus d'informations sur Aurora MySQL version 1.16, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2023.Compatibility"></a>

Aurora MySQL 2.02.3 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.02.3 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

## Différences de CLI entre Aurora MySQL 2.x et Aurora MySQL 1.x
<a name="AuroraMySQL.Updates.20180206.CLI"></a>
+ Le nom de moteur d'Aurora MySQL 2.x est `aurora-mysql` ; le nom de moteur d'Aurora MySQL 1.x reste `aurora`.
+ Le groupe de paramètres par défaut d'Aurora MySQL 2.x est `default.aurora-mysql5.7` ; le groupe de paramètres par défaut d'Aurora MySQL 1.x reste `default.aurora5.6`.
+ Le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 2.x est `aurora-mysql5.7` ; le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 1.x reste `aurora5.6`.

Consultez la documentation Aurora pour voir l'ensemble des commandes de CLI et des différences entre Aurora MySQL 2.x et Aurora MySQL 1.x.

## Améliorations
<a name="AuroraMySQL.Updates.2023.Improvements"></a>
+ Correction d'un problème impliquant le redémarrage d'un réplica Aurora lors de l'utilisation des restaurations de curseur optimisé pendant la lecture des enregistrements.
+ Mise à jour de la valeur par défaut du paramètre `innodb_stats_persistent_sample_pages` à 128 pour améliorer les statistiques d'index.
+ Correction d'un problème de redémarrage possible d'un réplica Aurora lorsqu'il accède à une petite table qui est modifiée simultanément sur l'instance principale Aurora.
+ Correction d'`ANALYZE TABLE` pour arrêter de vider le cache de définition de table.
+ Correction d'un problème de redémarrage possible de l'instance principale Aurora ou d'un réplica Aurora lors de la conversion d'une requête de point géospatial en plage de recherche.

# Mises à jour du moteur de base de données Aurora MySQL du 04/06/2018 (version 2.02.2) (obsolète)
<a name="AuroraMySQL.Updates.2022"></a>

**Version :** 2.02.2

Aurora MySQL 2.02.2 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14\$1, 1.15\$1, 1.16\$1, 1.17\$1, 2.01\$1 et 2.02 dans Aurora MySQL 2.02.2. Vous pouvez également effectuer une mise à niveau sur place d'Aurora MySQL 2.01\$1 ou 2.02 vers Aurora MySQL 2.02.2.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.\$1 vers Aurora MySQL 2.02.2 ni la restauration vers Aurora MySQL 2.02.2 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.\$1.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

**Note**  
 Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte. 

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
<a name="AuroraMySQL.Updates.2022.Improvements"></a>

 **Correctifs critiques :** 
+ [CVE-2016-3486](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3486)

## Comparaison avec Aurora MySQL 5.6
<a name="AuroraMySQL.Updates.2022.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL 5.6, mais pas dans Aurora MySQL 5.7.
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

Actuellement, Aurora MySQL 2.01 ne prend pas en charge les fonctions ajoutées dans Aurora MySQL version 1.16 et versions ultérieures. Pour plus d'informations sur Aurora MySQL version 1.16, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2022.Compatibility"></a>

Aurora MySQL 2.02.2 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.02.2 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

## Différences de CLI entre Aurora MySQL 2.x et Aurora MySQL 1.x
<a name="AuroraMySQL.Updates.20180206.CLI"></a>
+ Le nom de moteur d'Aurora MySQL 2.x est `aurora-mysql` ; le nom de moteur d'Aurora MySQL 1.x reste `aurora`.
+ Le groupe de paramètres par défaut d'Aurora MySQL 2.x est `default.aurora-mysql5.7` ; le groupe de paramètres par défaut d'Aurora MySQL 1.x reste `default.aurora5.6`.
+ Le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 2.x est `aurora-mysql5.7` ; le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 1.x reste `aurora5.6`.

Consultez la documentation Aurora pour voir l'ensemble des commandes de CLI et des différences entre Aurora MySQL 2.x et Aurora MySQL 1.x.

## Améliorations
<a name="AuroraMySQL.Updates.2022.Improvements"></a>
+ Correction d'un problème où un enregistreur Aurora redémarre parfois lors du suivi de la progression d'Aurora Replica.
+ Correction d'un problème à cause duquel un réplica Aurora redémarre ou génère une erreur lorsqu'une table partitionnée fait l'objet d'un accès après l'exécution d'instructions de création ou d'abandon d'index sur la table de l'enregistreur Aurora.
+ Correction d'un problème en raison duquel une table d'une réplique d'Aurora était inaccessible lorsqu'elle appliquait les modifications provoquées par l'exécution des instructions de ADD/DROP colonne de table ALTER sur l'Aurora Writer.

# Mises à jour du moteur de base de données Aurora MySQL du 03/05/2018 (version 2.02) (obsolète)
<a name="AuroraMySQL.Updates.202"></a>

**Version :** 2.02

Aurora MySQL 2.02 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14\$1, 1.15\$1, 1.16\$1, 1.17\$1 et 2.01\$1 dans Aurora MySQL 2.02. Vous pouvez également effectuer une mise à niveau sur place d'Aurora MySQL 2.01\$1 vers Aurora MySQL 2.02.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.x vers Aurora MySQL 2.02, ni la restauration vers Aurora MySQL 2.02 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.x.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

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*.

## Comparaison avec Aurora MySQL 5.6
<a name="AuroraMySQL.Updates.202.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL 5.6, mais pas dans Aurora MySQL 5.7.
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

Actuellement, Aurora MySQL 2.01 ne prend pas en charge les fonctions ajoutées dans Aurora MySQL version 1.16 et versions ultérieures. Pour plus d'informations sur Aurora MySQL version 1.16, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.202.Compatibility"></a>

Aurora MySQL 2.02 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.02 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

## Différences de CLI entre Aurora MySQL 2.x et Aurora MySQL 1.x
<a name="AuroraMySQL.Updates.20180206.CLI"></a>
+ Le nom de moteur d'Aurora MySQL 2.x est `aurora-mysql` ; le nom de moteur d'Aurora MySQL 1.x reste `aurora`.
+ Le groupe de paramètres par défaut d'Aurora MySQL 2.x est `default.aurora-mysql5.7` ; le groupe de paramètres par défaut d'Aurora MySQL 1.x reste `default.aurora5.6`.
+ Le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 2.x est `aurora-mysql5.7` ; le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 1.x reste `aurora5.6`.

Consultez la documentation Aurora pour voir l'ensemble des commandes de CLI et des différences entre Aurora MySQL 2.x et Aurora MySQL 1.x.

## Améliorations
<a name="AuroraMySQL.Updates.202.Improvements"></a>
+ Correction d'un problème où un enregistreur Aurora redémarre lors de l'exécution d'instructions INSERT et de l'exploitation de l'optimisation Insertion rapide.
+ Correction d'un problème où un réplica Aurora redémarre lors de l'exécution d'instructions ALTER DATABASE sur le réplica Aurora.
+ Correction d'un problème où un réplica Aurora redémarre lors de l'exécution de requêtes sur des tables qui viennent d'être supprimées sur l'enregistreur Aurora.
+ Correction d'un problème où un réplica Aurora redémarre lors de la définition de `innodb_adaptive_hash_index` sur `OFF` sur le réplica Aurora.
+ Correction d'un problème où un réplica Aurora redémarre lors de l'exécution de requêtes TRUNCATE TABLE sur l'enregistreur Aurora.
+ Correction d'un problème où l'enregistreur Aurora se fige dans certaines circonstances lors de l'exécution d'instructions INSERT. Sur un cluster à plusieurs nœuds, cela peut provoquer un basculement. 
+ Correction d'une fuite de mémoire associée à la définition de variables de session.
+ Correction d'un problème où l'enregistreur Aurora se fige dans certaines circonstances liées à la purge d'annulation pour des tables contenant des colonnes générées.
+ Correction d'un problème où l'enregistreur Aurora redémarre parfois lorsque la journalisation binaire est activée.

## Intégration de correctifs de bogues MySQL.
<a name="AuroraMySQL.Updates.202.BugFixes"></a>
+ La jointure gauche retourne des résultats incorrects du côté extérieur (Bogue n° 22833364).

# Mises à jour du moteur de base de données Aurora MySQL du 13/03/2018 (version 2.01.1) (obsolète)
<a name="AuroraMySQL.Updates.2011"></a>

**Version :** 2.01.1

Aurora MySQL 2.01.1 est disponible. 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.

Lorsque vous créez un cluster de bases de données Aurora MySQL, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6. Lorsque vous restaurez un instantané compatible avec MySQL 5.6, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14\$1, 1.15\$1, 1.16\$1 et 1.17\$1 dans Aurora MySQL 2.01.1.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.x vers Aurora MySQL 2.01.1, ni la restauration vers Aurora MySQL 2.01.1 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.x.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

## Comparaison avec Aurora MySQL 5.6
<a name="AuroraMySQL.Updates.2011.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL 5.6, mais pas dans Aurora MySQL 5.7.
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

Actuellement, Aurora MySQL 2.01.1 ne prend pas en charge les fonctions ajoutées dans Aurora MySQL version 1.16 et versions ultérieures. Pour plus d'informations sur Aurora MySQL version 1.16, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.2011.Compatibility"></a>

Aurora MySQL 2.01.1 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.01.1 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

## Différences de CLI entre Aurora MySQL 2.x et Aurora MySQL 1.x
<a name="AuroraMySQL.Updates.2011.CLI"></a>
+ Le nom de moteur d'Aurora MySQL 2.x est `aurora-mysql` ; le nom de moteur d'Aurora MySQL 1.x reste `aurora`.
+ Le groupe de paramètres par défaut d'Aurora MySQL 2.x est `default.aurora-mysql5.7` ; le groupe de paramètres par défaut d'Aurora MySQL 1.x reste `default.aurora5.6`.
+ Le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 2.x est `aurora-mysql5.7` ; le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 1.x reste `aurora5.6`.

Consultez la documentation Aurora pour voir l'ensemble des commandes de CLI et des différences entre Aurora MySQL 2.x et Aurora MySQL 1.x.

## Améliorations
<a name="AuroraMySQL.Updates.2011.Improvements"></a>
+ Correction du problème de restauration d'un instantané où les privilèges de base de données propres à Aurora n'étaient pas créés correctement quand un instantané compatible avec MySQL 5.6 était restauré avec la compatibilité MySQL 5.7.
+ Ajout de la prise en charge des restaurations d'instantané 1.17.

# Mises à jour du moteur de base de données Aurora MySQL du 06/02/2018 (version 2.01) (obsolète)
<a name="AuroraMySQL.Updates.20180206"></a>

**Version :** 2.01

Aurora MySQL 2.01 est disponible. À l'avenir, les versions 2.x d'Aurora MySQL seront compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL seront compatibles avec MySQL 5.6. 

Lorsque vous créez un cluster de bases de données Aurora MySQL, y compris en restaurant un instantané, vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Vous pouvez restaurer les instantanés d'Aurora MySQL 1.14\$1, 1.15\$1 et 1.16\$1 dans Aurora MySQL 2.01.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.x vers Aurora MySQL 2.01, ni la restauration vers Aurora MySQL 2.01 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.x.

Le schéma de performances est désactivé pour cette version d'Aurora MySQL 5.7. Faites une mise à niveau vers Aurora 2.03 pour avoir la prise en charge du schéma de performances.

## Comparaison avec Aurora MySQL 5.6
<a name="AuroraMySQL.Updates.20180206.Compare56"></a>

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL 5.6, mais pas dans Aurora MySQL 5.7.
+ Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez [Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) dans le *Guide de l'utilisateur Amazon Aurora*. 
+ Jointures par hachage. Pour plus d'informations, consultez [Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) dans le *Guide de l'utilisateur Amazon Aurora.*
+ Fonctions natives pour invoquer AWS Lambda des fonctions de manière synchrone. Pour plus d'informations, consultez [Appel d'une fonction Lambda avec une fonction native Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) dans le *Guide de l'utilisateur Amazon Aurora*.
+ Traitement par lot des analyses. Pour plus d'informations, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).
+ Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez [Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) dans le *Guide de l'utilisateur Amazon Aurora*.

Actuellement, Aurora MySQL 2.01 ne prend pas en charge les fonctions ajoutées dans Aurora MySQL version 1.16 et versions ultérieures. Pour plus d'informations sur Aurora MySQL version 1.16, consultez [Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète)](AuroraMySQL.Updates.20171211.md).

## Compatibilité avec MySQL 5.7
<a name="AuroraMySQL.Updates.20180206.Compatibility"></a>

Aurora MySQL 2.01 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.01 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :
+ Identifiants de transaction globaux (GTIDs). Aurora MySQL est compatible avec GTIDs les versions 2.04 et supérieures.
+ plugin de réplication de groupe
+ Augmentation de la taille de page
+ Chargement du groupe de mémoires tampons InnoDB au démarrage
+ plugin d’analyse de texte intégral InnoDB
+ Réplication multi-source
+ Redimensionnement de pool de mémoires tampons en ligne
+ plugin de validation de mot de passe
+ plugins de réécriture de requête
+ Filtrage de réplication
+ Instruction SQL `CREATE TABLESPACE`
+ Protocole X

## Différences de CLI entre Aurora MySQL 2.x et Aurora MySQL 1.x
<a name="AuroraMySQL.Updates.20180206.CLI"></a>
+ Le nom de moteur d'Aurora MySQL 2.x est `aurora-mysql` ; le nom de moteur d'Aurora MySQL 1.x reste `aurora`.
+ Le groupe de paramètres par défaut d'Aurora MySQL 2.x est `default.aurora-mysql5.7` ; le groupe de paramètres par défaut d'Aurora MySQL 1.x reste `default.aurora5.6`.
+ Le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 2.x est `aurora-mysql5.7` ; le nom de famille du groupe de paramètres de cluster de bases de données d'Aurora MySQL 1.x reste `aurora5.6`.

Consultez la documentation Aurora pour voir l'ensemble des commandes de CLI et des différences entre Aurora MySQL 2.x et Aurora MySQL 1.x.