As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Atualizações feitas no mecanismo de banco de dados do Amazon Aurora MySQL versão 2
**Importante**
O Aurora MySQL versão 2 atingiu o fim do suporte padrão em 31 de outubro de 2024. Para obter mais informações, consulte [Preparação para o fim do suporte padrão do Amazon Aurora, edição compatível com MySQL versão 2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL57.EOL.html).
Veja a seguir as atualizações do mecanismo de banco de dados para o Amazon Aurora MySQL versão 2.
+ [Atualizações do mecanismo de banco de dados Aurora MySQL 2026-03-09 (versão 2.12.6, compatível com MySQL 5.7.44) - versão RDS Extended Support](AuroraMySQL.Updates.2126.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2025-04-09 (versão 2.12.5, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2125.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-10-23 (versão 2.12.4, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2124.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-07-09 (versão 2.12.3, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2123.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-03-19 (versão 2.12.2, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2122.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-12-28 (versão 2.12.1, compatível com MySQL 5.7.40): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2121.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-10-25 (versão 2.12.0.1, compatível com MySQL 5.7.40): versão do Suporte estendido do RDS (Beta)](AuroraMySQL.Updates.21201.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-07-25 (versão 2.12.0, compatível com MySQL 5.7.40): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2120.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-07-19 (versão 2.11.6, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2116.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-03-26 (versão 2.11.5, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS (padrão)](AuroraMySQL.Updates.2115.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-10-17 (versão 2.11.4, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2114.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-06-09 (versão 2.11.3, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2113.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-03-24 (versão 2.11.2, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2112.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-02-14 (versão 2.11.1, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2111.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-10-25 (versão 2.11.0, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS](AuroraMySQL.Updates.2110.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-11-01 (versão 2.10.3) (obsoleta)](AuroraMySQL.Updates.2103.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-01-26 (versão 2.10.2) (obsoleta)](AuroraMySQL.Updates.2102.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-10-21 (versão 2.10.1) (obsoleta)](AuroraMySQL.Updates.2101.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-05-25 (versão 2.10.0) (obsoleta)](AuroraMySQL.Updates.2100.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-11-12 (versão 2.09.3) (obsoleta)](AuroraMySQL.Updates.2093.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-02-26 (versão 2.09.2) (obsoleta)](AuroraMySQL.Updates.2092.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-12-11 (versão 2.09.1) (obsoleta)](AuroraMySQL.Updates.2091.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-09-17 (versão 2.09.0) (obsoleta)](AuroraMySQL.Updates.2090.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-01-06 (versão 2.08.4) (obsoleta)](AuroraMySQL.Updates.2084.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-12 (versão 2.08.3) (obsoleta)](AuroraMySQL.Updates.2083.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-08-28 (versão 2.08.2) (obsoleta)](AuroraMySQL.Updates.2082.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-06-18 (versão 2.08.1) (obsoleta)](AuroraMySQL.Updates.2081.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-06-02 (versão 2.08.0) (obsoleta)](AuroraMySQL.Updates.2080.md)
+ [Atualizações do mecanismo de banco de dados Aurora MySQL 2023-08-15 (versão 2.07.10) (Obsoleto)](AuroraMySQL.Updates.20710.md)
+ [Atualizações do mecanismo de banco de dados Aurora MySQL 2023-05-04 (versão 2.07.9) (Obsoleto)](AuroraMySQL.Updates.2079.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-06-16 (versão 2.07.8) (obsoleta)](AuroraMySQL.Updates.2078.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-11-24 (versão 2.07.7) (obsoleta)](AuroraMySQL.Updates.2077.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-09-02 (versão 2.07.6) (obsoleta)](AuroraMySQL.Updates.2076.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-07-06 (versão 2.07.5) (obsoleta)](AuroraMySQL.Updates.2075.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-04 (versão 2.07.4) (obsoleta)](AuroraMySQL.Updates.2074.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-10 (versão 2.07.3) (obsoleta)](AuroraMySQL.Updates.2073.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-04-17 (versão 2.07.2) (obsoleta)](AuroraMySQL.Updates.2072.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-12-23 (versão 2.07.1) (obsoleta)](AuroraMySQL.Updates.2071.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 2.07.0) (obsoleta)](AuroraMySQL.Updates.2070.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-22 (versão 2.06.0) (obsoleta)](AuroraMySQL.Updates.2060.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 2.05.0) (obsoleta)](AuroraMySQL.Updates.2050.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-08-14 (versão 2.04.9) (obsoleta)](AuroraMySQL.Updates.2049.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-20 (versão 2.04.8) (obsoleta)](AuroraMySQL.Updates.2048.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-14 (versão 2.04.7) (obsoleta)](AuroraMySQL.Updates.2047.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 2.04.6) (obsoleta)](AuroraMySQL.Updates.2046.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-07-08 (versão 2.04.5) (obsoleta)](AuroraMySQL.Updates.2045.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-29 (versão 2.04.4) (obsoleta)](AuroraMySQL.Updates.2044.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-09 (versão 2.04.3) (obsoleta)](AuroraMySQL.Updates.2043.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-02 (versão 2.04.2) (obsoleta)](AuroraMySQL.Updates.2042.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-03-25 (versão 2.04.1) (obsoleta)](AuroraMySQL.Updates.2041.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-03-25 (versão 2.04.0) (obsoleta)](AuroraMySQL.Updates.204.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-02-07 (versão 2.03.4) (obsoleta)](AuroraMySQL.Updates.2034.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-18 (versão 2.03.3) (obsoleta)](AuroraMySQL.Updates.2033.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-09 (versão 2.03.2) (obsoleta)](AuroraMySQL.Updates.2032.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-24 (versão 2.03.1) (obsoleta)](AuroraMySQL.Updates.2031.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-11 (versão 2.03) (obsoleta)](AuroraMySQL.Updates.203.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-08 (versão 2.02.5) (obsoleta)](AuroraMySQL.Updates.2025.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-21 (versão 2.02.4) (obsoleta)](AuroraMySQL.Updates.2024.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-08-23 (versão 2.02.3) (obsoleta)](AuroraMySQL.Updates.2023.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-06-04 (versão 2.02.2) (obsoleta)](AuroraMySQL.Updates.2022.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-05-03 (versão 2.02) (obsoleta)](AuroraMySQL.Updates.202.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 2.01.1) (obsoleta)](AuroraMySQL.Updates.2011.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-02-06 (versão 2.01) (obsoleta)](AuroraMySQL.Updates.20180206.md)
# Atualizações do mecanismo de banco de dados Aurora MySQL 2026-03-09 (versão 2.12.6, compatível com MySQL 5.7.44) - versão RDS Extended Support
**Versão: 2.12.6**
O Aurora MySQL 2.12.6 está disponível ao público em geral. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.44. Para obter mais informações sobre as mudanças na comunidade, consulte [Mudanças no MySQL 5.7.44 (2022-10-11](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html), Disponibilidade geral).
As versões atualmente suportadas do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.08.\$1, 3.09.\$1, 3.10.\$1, 3.11.\$1 e 3.12.\$1.
Você pode atualizar um cluster de banco de dados Aurora MySQL 2.\$1 existente para o Aurora MySQL 2.12.6. Você também pode restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.6.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
+ Corrigido um problema que pode fazer com que algumas instruções SQL não sejam registradas no log de auditoria.
**Médio 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)
**Baixo 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)
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2025-04-09 (versão 2.12.5, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS
**Versão:** 2.12.5
O Aurora MySQL 2.12.5 está disponível para o público. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.44. Para obter mais informações sobre alterações da comunidade, consulte [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html).
As versões atualmente compatíveis do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1, 3.07.\$1 e 3.08.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.5. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.5.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs:**
Essa versão inclui todas as correções de CVE da comunidade, incluindo o MySQL 5.7.44. As seguintes correções de CVE estão incluídas:
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema na réplica em que uma interrupção na rede podia impedir que a conexão com o gravador.
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-10-23 (versão 2.12.4, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS
**Versão:** 2.12.4
O Aurora MySQL 2.12.4 está disponível para o público. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.44. Para obter mais informações sobre alterações da comunidade, consulte [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html).
As versões atualmente compatíveis do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 e 3.07.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.4. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.4.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs:**
Essa versão inclui todas as correções de CVE da comunidade, incluindo o MySQL 5.7.44. As seguintes correções de CVE estão incluídas:
+ [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)
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bug da comunidade até a versão 5.7.44. Para obter mais informações, consulte [Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL 2.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2).
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lotes de verificação
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ A declaração SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-07-09 (versão 2.12.3, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS
**Versão:** 2.12.3
O Aurora MySQL 2.12.3 está disponível para o público. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.44. Para obter mais informações sobre alterações da comunidade, consulte [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html).
As versões atualmente compatíveis do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1, 3.06.\$1 e 3.07.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.3. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.3.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs:**
+ Correção de um problema de segurança dos procedimentos armazenados do MySQL.
Essa versão inclui todas as correções de CVE da comunidade, incluindo o MySQL 5.7.44. As seguintes correções de CVE estão incluídas:
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema que fazia com que uma instância de banco de dados do Aurora MySQL fosse reiniciada ao executar uma consulta paralela.
+ Correção de um problema que podia fazer com que um servidor de banco de dados fosse reiniciado devido ao acesso simultâneo aos recursos de conexão durante a escalabilidade contínua, reinicialização com tempo de inatividade zero (ZDR) e aplicação de patch com tempo de inatividade zero (ZDP).
+ Correção um problema que podia fazer com que uma instância de banco de dados de leitor fosse reiniciada ao liberar memória usada para a aplicação de log.
+ Correção de um problema em um processo em segundo plano que causava a execução prolongada ou com falha de consultas enquanto a operação em segundo plano eliminava índices temporários.
+ Correção de um problema com as rotinas de inicialização que podiam fazer com que as instâncias de banco de dados de gravador fossem reiniciadas devido à inconsistência dos metadados.
+ Adição de um indicador para o progresso da recuperação da transação. Isso evita uma possível indisponibilidade, em raras situações, quando a recuperação da transação leva muito tempo para ser concluída.
+ Correção de um problema que podia fazer com que uma instância de banco de dados de leitor fosse reiniciada ao ler uma tabela que estava sendo alterada ou descartada na instância de banco de dados de gravador.
+ Correção de um problema em que um valor de parâmetro baixo `thread_stack` fazia com que o banco de dados fosse reiniciado repetidamente. O valor mínimo `thread_stack` permitido foi aumentado de 131.072 para 136.192 para garantir a inicialização bem-sucedida e evitar problemas de inicialização.
+ Correção de um problema que fazia com que uma instância de banco de dados de leitor fosse reiniciada ao executar uma consulta paralela.
+ Correção de um problema que podia fazer com que as réplicas de leitura do Aurora fossem reiniciadas no caso de determinados pedidos raros de confirmação de transações na instância de banco de dados de gravador.
+ Correção de um problema que, em casos raros, podia causar a reinicialização de uma instância de banco de dados quando uma transação somente leitura obtinha bloqueios compartilhados.
+ Correção de um problema que podia fazer com que uma instância de banco de dados de leitor que usa o encaminhamento de gravação fosse reiniciada quando uma [declaração de confirmação implícita](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) encaminhada encontrava um erro.
**Melhorias gerais:**
+ Correção de um problema que fazia com que as declarações SQL apresentassem erros ou avisos inesperados de violação de chave primária em algumas linhas ao executar declarações `INSERT` simultâneas em uma tabela que tem uma coluna de chave primária `AUTO_INCREMENT` e uma coluna de chave exclusiva, e quando uma declaração `INSERT` tem violações de chave exclusivas em linhas diferentes.
+ Correção de um problema que podia gerar resultados de consulta incorretos quando a ZDR restaurava incorretamente as variáveis de sessão definidas como dicas nas consultas.
+ Correção de um problema na consulta paralela que fazia com que um conjunto de resultados incompleto fosse retornado ao usar as funções de string integradas `LPAD` e `RPAD`.
+ Correção de um problema que fazia com que índices de chave estrangeira faltassem nas instâncias de banco de dados de leitor quando uma declaração `ALTER TABLE RENAME COLUMN` era executada na instância de banco de dados de gravador em uma tabela com uma chave estrangeira.
+ Correção de um problema que podia causar falha na conclusão do processo de desativação do encaminhamento de gravação.
+ Correção de um problema durante o a escalabilidade do Aurora Serverless v1 que fazia com que a instância de banco de dados fosse reiniciada devido ao acesso incorreto a uma estrutura de dados interna ao encontrar um ponto de escalabilidade.
+ Correção de um problema em que o Performance Schema não era ativado quando o gerenciamento automatizado do Insights de Performance estava ativado para instâncias de banco de dados db.t4g.medium e db.t4g.large.
+ O tempo limite de solicitação das operações de [Machine learning do Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html) para o Amazon SageMaker AI aumentou de 3 para 30 segundos. Isso ajuda a resolver um problema em que os clientes podiam perceber um aumento no número de novas tentativas ou falhas em solicitações ao Amazon SageMaker AI feitas a partir do machine learning do Aurora ao usar tamanhos de lote maiores.
+ Correção de um problema em que consultas lentas `INSERT`, `DELETE` e `UPDATE` executadas pelo [Agendador de eventos](https://dev.mysql.com/doc/refman/8.0/en/event-scheduler.html) do MySQL não eram registradas no log de consultas lentas, a menos que fossem precedidas por uma consulta lenta `SELECT`.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bug da comunidade até a versão 5.7.44. Para obter mais informações, consulte [Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL 2.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correção de um problema em que tabelas temporárias vinculadas a gatilhos durante a execução de declarações podiam causar uma reinicialização inesperada do mecanismo de banco de dados.
+ Correção de um defeito que podia fazer com que o servidor saísse quando declarações `UPDATE` e `DELETE` de tabela única usando expressões indexadas eram executadas como declarações preparadas. ([Bug \$129257254](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-17.html))
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lotes de verificação
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ A declaração SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-03-19 (versão 2.12.2, compatível com MySQL 5.7.44): versão do Suporte estendido do RDS
**Versão:** 2.12.2
O Aurora MySQL 2.12.2 está disponível para o público. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.44. Para obter mais informações sobre alterações da comunidade, consulte [Changes in MySQL 5.7.44 (2022-10-11, General Availability)](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html).
As versões atualmente compatíveis do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.03.\$1, 3.04.\$1, 3.05.\$1 e 3.06.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.2. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.2.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Essa versão inclui todas as correções de CVE da comunidade, incluindo o MySQL 5.7.44. As seguintes correções de CVE estão incluídas:
+ [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)
Problemas de segurança:
+ Adição de uma correção que garante que as réplicas de log binário usem SSL/TLS como padrão caso a origem seja compatível com conexões criptografadas, independentemente da configuração `MASTER_SSL`.
**Melhorias de disponibilidade:**
+ Correção de um problema que impedia que uma instância de réplica de leitura fosse iniciada com êxito caso houvesse uma alta workload na instância de gravador.
+ Correção de um problema que podia fazer com que uma instância de gravador de banco de dados do Aurora MySQL fizesse failover devido a uma falha no componente que se comunica com o armazenamento do Aurora. A falha ocorria como resultado de uma interrupção na comunicação entre a instância de banco de dados e o armazenamento subjacente após uma atualização de software da instância de armazenamento do Aurora.
+ Correção de um problema que, em raras condições, podia fazer com que as instâncias de leitor fossem reiniciadas.
+ Correção de um problema no qual um usuário privilegiado podia modificar os [limites de recursos](https://dev.mysql.com/doc/refman/5.7/en/user-resources.html) associados ao usuário [rdsadmin](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html). Quando definidos incorretamente, esses limites de recursos podem impedir que o agente de monitoramento do RDS monitore a integridade da instância do banco de dados, tornando-o indisponível.
**Upgrades e migrações:**
+ Correção de um problema que ocorria ao tentar iniciar a replicação de log binário para clusters do Aurora MySQL que tinham sido migrados do Amazon RDS MySQL 5.7 e que continham procedimentos armazenados incompatíveis.
+ Desativação do agendador de eventos do banco de dados durante uma atualização da versão do Aurora MySQL versão 3. Essa atualização ajuda a evitar qualquer alteração no banco de dados por meio da execução de eventos enquanto a atualização da versão principal está em andamento.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bug da comunidade até a versão 5.7.44. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lotes de verificação
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ A declaração SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-12-28 (versão 2.12.1, compatível com MySQL 5.7.40): versão do Suporte estendido do RDS
**Versão:** 2.12.1
O Aurora MySQL 2.12.1 está disponível para o público. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.40. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1, 3.04.\$1 e 3.05.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.1. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.1.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Essa versão inclui todas as correções de CVEs da comunidade, incluindo o MySQL 5.7.44.
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Veja as correções adicionais de CVE:
+ [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)
+ Correção do processamento de tokens de um único caractere por um plug-in de analisador de pesquisa de texto completo (FTS) (Bug n.º 35432973)
+ Correção de um problema em que os eventos relatados durante o processamento de alternâncias de log de auditoria podiam não ser gravados no log de auditoria
**Novos atributos:**
+ Compatibilidade adicionada com a replicação de log binário (binlog) de vários threads, em que o thread SQL na réplica do log binário aplica eventos de log binário em paralelo quando possível. Saiba mais sobre as opções de configuração para ajudar a ajustar a replicação de vários threads no [Guia do usuário do Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html).
**Melhorias de disponibilidade:**
+ Corrigido um problema em que instâncias de banco de dados do Aurora MySQL que usam consultas paralelas podem sofrer uma reinicialização do banco de dados ao executar um grande número de consultas paralelas simultâneas.
+ Correção de um problema com a contenção de bloqueios causada por um thread de registo em log de auditoria que provoca alta utilização da CPU e tempos limite da aplicação cliente.
+ Corrigido um problema que pode fazer com que a instância do banco de dados seja reiniciada ao tentar ler uma página do banco de dados que pertence a uma tabela descartada.
+ Corrigido um problema que pode fazer com que a instância do leitor seja reiniciada quando a instância do gravador aumenta o volume do banco de dados para um múltiplo de 160 GB.
+ Correção de um problema no gerenciador de bloqueio que podia causar a reinicialização ou o failover ao processar confirmações em duas fases com o nível de isolamento definido como `READ_COMMITED` ou `READ_UNCOMMITED` e quando eram usadas transações XA ou o log binário (binlog) estava habilitado.
+ Corrigido um problema que pode causar indisponibilidade do cluster de banco de dados caso a instância do gravador seja reiniciada enquanto o banco de dados está criando ou descartando gatilhos nas tabelas internas do sistema.
+ Correção de um problema que pode fazer com que a instância do banco de dados seja reiniciada quando o número de conexões do banco de dados se aproxima do valor definido pelo parâmetro `max_connections`.
+ Correção de um problema que pode fazer com que uma instância do leitor do Aurora seja reiniciada ao executar consultas de linguagem de manipulação de dados (DML) em uma tabela contendo um índice de texto completo.
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
**Melhorias gerais:**
+ Correção de um problema que pode fazer com que uma consulta paralela apresente falha devido a problemas transitórios de rede durante a leitura de dados do volume do cluster do Aurora.
+ Correção de um problema relacionado ao gerenciamento de arquivos de log de auditoria que pode fazer com que os arquivos de log fiquem inacessíveis para download ou alternância e, em alguns casos, aumente a utilização da CPU.
+ Correção de um problema em que pequenas instâncias de réplica de leitura podem apresentar maior atraso de replicação após a atualização de versões anteriores à 2.11.\$1.
+ Correção de um problema que pode gerar mensagens de log excessivas ao consultar a [tabela de concessões `procs_priv`](https://dev.mysql.com/doc/refman/8.0/en/grant-tables.html#grant-tables-procs-priv) para verificação de solicitações que envolvem rotinas armazenadas.
+ Corrigido um problema de gerenciamento de memória que pode fazer com que a instância de banco de dados use memória excessiva ao executar consultas usando a otimização de junção de hash.
+ Correção de um problema que pode produzir um valor incorreto da variável `Threads_running` nas tabelas de status global `information_schema` e `performance_schema` ao usar o encaminhamento de gravação.
+ Corrigido um problema que causava a reinicialização do banco de dados ao executar declarações `SELECT` com tabelas particionadas (criadas em uma versão do MySQL compatível com o antigo manipulador de partições `ha_partition`) e a consulta paralela era escolhida pelo planejador de consultas.
+ Corrigido um problema que pode impedir o estabelecimento de novas conexões de clientes com o banco de dados quando o encaminhamento de gravação está ativado.
+ Redução do atraso na replicação do log binário (binlog) quando uma réplica do log binário do Aurora MySQL executa eventos `QUERY` gravados no arquivo de log binário da fonte sem um banco de dados padrão definido pelo comando `USE`.
+ Corrigido um problema que pode fazer com que a métrica `CommitLatency` do CloudWatch seja relatada incorretamente quando o parâmetro `innodb_flush_log_at_trx_commit` não está definido como 1.
+ Corrigido um problema que pode fazer com que as conexões de banco de dados sejam fechadas antes de serem estabelecidas. É mais provável que esse problema afete instâncias de banco de dados que abrem e fecham conexões em taxa alta.
+ Corrigido um problema que pode fazer com que o banco de dados seja reiniciado quando consumidores de log binário (binlog) conectados estão usando IDs de servidor de replicação de log binário (binlog) duplicados.
+ Correção de um problema que podia fazer a replicação de log binário de várias threads parar quando a variável `replica_parallel_type` era definida como `LOGICAL_CLOCK` e a variável `replica_preserve_commit_order` era definida como `ON`. Esse problema podia ocorrer quando uma transação maior que 500 MB era executada na origem.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até a 5.7.40, incluindo as indicadas abaixo. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Correção de um problema que pode fazer com que conexões remotas novas e existentes parem quando executadas simultaneamente com a instrução `SHOW PROCESSLIST` (Bug da comunidade n.º 34857411)
+ Replicação: alguns eventos de logs binários nem sempre foram tratados corretamente (Bug n.º 34617506)
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lotes de verificação
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ A declaração SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-10-25 (versão 2.12.0.1, compatível com MySQL 5.7.40): versão do Suporte estendido do RDS (Beta)
**Versão:** 2.12.0.1
O Aurora MySQL 2.12.0.1 está disponível para o público nas seguintes regiões: Leste dos EUA (Norte da Virgínia), Leste dos EUA (Ohio), Oeste dos EUA (Norte da Califórnia), Oeste dos EUA (Oregon), AWS GovCloud (Leste dos EUA) e AWS GovCloud (Oeste dos EUA). Essa é uma versão inicial, somente com correções de segurança. Essas correções serão implantadas de forma mais ampla em todas as regiões com a próxima versão do patch, 2.12.1. As versões do Aurora MySQL 2.12 são compatíveis com o MySQL 5.7.40.
As versões atualmente compatíveis do Aurora MySQL são 2.07.\$1, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1 e 3.04.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.0.1. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.0.1.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Essa versão inclui todas as correções de CVEs da comunidade, incluindo o MySQL 5.7.40.
+ [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545)
**Melhorias de disponibilidade:**
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-07-25 (versão 2.12.0, compatível com MySQL 5.7.40): versão do Suporte estendido do RDS
**Versão:** 2.12.0
O Aurora MySQL 2.12.0 está disponível para o público. As versões do Aurora MySQL 2.12 são compatíveis até o MySQL 5.7.40. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1 e 3.03.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.12.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.12.0.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Problemas de segurança corrigidos e CVEs listados abaixo:**
Esta versão inclui todas as CVEs correções da comunidade, incluindo o MySQL 5.7.40.
+ [As cifras SSL padrão usadas pelo Aurora MySQL foram atualizadas para excluir os valores DES CBC3 - -SHA menos seguros do parâmetro do banco de dados SSL\$1CIPHER.](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher) Se você encontrar problemas de conexão SSL devido à remoção da cifra DES- CBC3 -SHA, use uma cifra segura aplicável da lista a seguir, [Configurando conjuntos de criptografia para conexões com clusters de banco de dados Aurora MySQL](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites). Mais informações sobre a [configuração de cifra de conexão](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration) do cliente MySQL podem ser encontradas na documentação do 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)
**Melhorias de disponibilidade:**
+ Corrigido um problema com a criptografia de eventos de fluxos de atividades do banco de dados que pode causar reinicializações do banco de dados
+ Corrigidos dois problemas que podem fazer com que a reinicialização do banco de dados falhe caso ocorra durante a execução de uma consulta de linguagem de definição de dados (DDL).
+ Corrigido um problema em que surtos de conexão podem causar maior latência de consulta ou reiniciar a instância de banco de dados.
+ Corrigido um problema que, em casos raros, pode fazer com que uma réplica do Aurora seja reiniciada durante a execução simultânea de grandes operações de atualização ou workloads de linguagem de definição de dados (DDL) na instância do gravador e operações de leitura no mesmo conjunto de tabelas na réplica do Aurora.
+ Corrigido um problema em que surtos de conexão poderiam fazer com que o processo de estabelecimento da conexão demorasse mais para ser concluído ou falhasse com erros de tempo limite.
+ Corrigido um problema em que a rotação do log de auditoria avançada pode reduzir a memória liberável, o que poderia levar à reinicialização da instância de banco de dados.
+ Corrigido um problema que pode fazer com que uma instância do leitor do Aurora MySQL seja reiniciada durante a execução de uma consulta que utiliza um plano de execução de consulta paralela do Aurora.
+ Corrigido um problema que pode fazer com que a instância do gravador seja reiniciada ao executar a consulta `OPTIMIZE TABLE` em uma tabela com um índice de pesquisa de texto completo (FTS).
+ Corrigido um problema que pode fazer com que a instância do gravador em uma AWS região primária do banco de dados global do Aurora fosse reiniciada quando uma `SELECT FOR UPDATE` consulta fosse executada usando o encaminhamento global de gravação de uma região secundária do banco de dados global do Aurora
+ Corrigido um problema que pode fazer com que uma instância de leitor de AWS região secundária do banco de dados global Aurora usando encaminhamento de gravação global fosse reiniciada quando uma instrução de confirmação [implícita](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) encaminhada encontrasse um erro
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
**Melhorias gerais:**
+ Introdução de otimizações de desempenho de gerenciamento de arquivos em réplicas de log binário para ajudar a reduzir a contenção ao gravar em arquivos de log de retransmissão.
+ Corrigido um problema que pode fazer com que o contador `buffer_pool_read_requests` seja relatado incorretamente nas métricas `information_schema`
+ Corrigido um problema que pode fazer com que o armazenamento local fique cheio durante a execução das operações `LOAD FROM S3` ou `SELECT INTO S3`. O problema também pode levar a uma maior utilização da CPU, à reinicialização do banco de dados devido à pouca memória e ao aumento da latência dessas consultas.
+ Corrigido um problema em que instâncias de banco de dados que usam replicação de log binário podem apresentar um aumento na utilização da CPU e falhas de conexão quando vários consumidores de replicação de log binário estão anexados.
+ Corrigido um problema em que as variáveis de status do servidor SSL não eram preenchidas.
+ Corrigido um problema em que as instruções da linguagem de manipulação de dados (DML) que executam gravações duplicadas podiam levar ao registro em log excessivo de erros e ao aumento das latências de consulta.
+ Atualizadas as definições de fuso horário para a versão 2023c de IANA.
+ Adicionado suporte para habilitar e desabilitar o log binário no nível da sessão. Consulte [Stored Procedures - Replicating](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_enable_session_binlog) no Guia do usuário do Amazon Aurora
+ Adicionado suporte para definir o formato de log binário no nível da sessão. Consulte [Stored Procedures - Replicating](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_session_binlog_format) no Guia do usuário do Amazon Aurora
+ Corrigido um problema em que definir o parâmetro `aurora_disable_hash_join` como `1` ou `ON` poderia não impedir que o otimizador usasse uma junção de hash.
+ Corrigido um problema envolvendo verificações de índice em que um resultado impreciso poderia ser retornado ao executar uma consulta `SELECT` com a cláusula `GROUP BY` e o parâmetro `aurora_parallel_query` definido como `ON`.
+ Corrigido um problema que, em casos raros, pode fazer com que uma instância de leitor do Amazon Aurora seja reiniciada ao acessar uma tabela que tem grandes atualizações ou operações de linguagem de definição de dados (DDL) em execução simultânea na instância do gravador.
+ Corrigido um problema que pode fazer com que o contador `buffer_pool_read_requests` seja relatado incorretamente nas métricas `information_schema`
+ Corrigido um problema que pode fazer com que uma réplica do log binário seja reiniciada caso a variável de sistema [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) da origem esteja ausente ou tenha um valor inválido.
+ Corrigido um problema para evitar que as estatísticas do InnoDB fiquem obsoletas, o que às vezes pode gerar um plano de execução de consulta abaixo do ideal que pode levar a um aumento no tempo de execução da consulta.
+ Corrigido um problema em que as `AuroraGlobalDBRPOLag` CloudWatch métricas sempre exibiam zero, independentemente da carga de trabalho do usuário
**Upgrades e migrações:**
+ Para executar um upgrade de uma versão secundária para um banco de dados global do Aurora MySQL versão 2.07 ou 2.11 para o Aurora MySQL versão 2.12 ou posterior, consulte [Atualizar o Aurora MySQL modificando a versão do mecanismo](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion).
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até a 5.7.40, incluindo as indicadas abaixo. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug nº 34284186 da comunidade).
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lote de varredura.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ A declaração SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-07-19 (versão 2.11.6, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS
**Versão:** 2.11.6
O Aurora MySQL 2.11.6 está disponível para o público. As versões do Aurora MySQL 2.11 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.07.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.6. Também é possível restaurar um snapshot de qualquer versão anterior atualmente compatível do Aurora MySQL versão 2 para o Aurora MySQL 2.11.6.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1, deverá atualizar os clusters de banco de dados primário e secundário para exatamente a mesma versão, inclusive o nível de patch. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.11.\$1, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs:**
+ Correção de um problema de segurança nos procedimentos armazenados do MySQL.
Essa versão inclui todas as correções de CVE da comunidade, incluindo o MySQL 5.7.12. As seguintes correções de CVE estão incluídas nesta versão:
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema que podia fazer com que um servidor de banco de dados fosse reiniciado devido ao acesso simultâneo aos recursos de conexão durante a escalabilidade contínua, reinicialização com tempo de inatividade zero (ZDR) e aplicação de patch com tempo de inatividade zero (ZDP).
+ Correção um problema que podia fazer com que uma instância de banco de dados de leitor fosse reiniciada ao liberar memória usada para a aplicação de log.
+ Correção de um problema que fazia com que uma instância de banco de dados de leitor fosse reiniciada ao executar uma consulta paralela.
+ Correção de um problema que podia fazer com que uma instância de banco de dados de leitor que usa o encaminhamento de gravação fosse reiniciada quando uma [declaração de confirmação implícita](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html) encaminhada encontrava um erro.
**Melhorias gerais:**
+ Correção de um problema que fazia com que as declarações SQL apresentassem erros ou avisos inesperados de violação de chave primária em algumas linhas ao executar declarações `INSERT` simultâneas em uma tabela que tem uma coluna de chave primária `AUTO_INCREMENT` e uma coluna de chave exclusiva, e quando uma declaração `INSERT` tem violações de chave exclusivas em linhas diferentes.
+ Correção de um problema que podia gerar resultados de consulta incorretos quando a ZDR restaurava incorretamente as variáveis de sessão definidas como dicas nas consultas.
+ Correção de um problema durante o a escalabilidade do Aurora Serverless v1 que fazia com que a instância de banco de dados fosse reiniciada devido ao acesso incorreto a uma estrutura de dados interna ao encontrar um ponto de escalabilidade.
+ Correção de um problema em que consultas lentas `INSERT`, `DELETE` e `UPDATE` executadas pelo [Agendador de eventos](https://dev.mysql.com/doc/refman/8.0/en/event-scheduler.html) do MySQL não eram registradas no log de consultas lentas, a menos que fossem precedidas por uma consulta lenta `SELECT`.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bug da comunidade até a versão 5.7.12. Para obter mais informações, consulte [Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL 2.x](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v2).
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-03-26 (versão 2.11.5, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS (padrão)
**Versão:** 2.11.5
O Aurora MySQL 2.11.5 está disponível para o público. As versões do Aurora MySQL 2.11 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
A versão 2.11.5 é a versão padrão atual do Aurora MySQL versão 2 quando você cria um cluster de banco de dados. Consulte mais informações em [Versões padrão do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.VersionPolicy.html#Aurora.VersionPolicy.DefaultVersions).
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.06.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.5. Também é possível restaurar um snapshot de qualquer versão anterior atualmente compatível do Aurora MySQL versão 2 para o Aurora MySQL 2.11.5.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1, deverá atualizar os clusters de banco de dados primário e secundário para exatamente a mesma versão, inclusive o nível de patch. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.11.\$1, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs:**
As seguintes correções de CVE estão incluídas nesta versão:
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema em que uma instância de banco de dados de gravador do Aurora MySQL podia fazer failover devido a um defeito no componente que se comunica com o armazenamento do Aurora. O defeito ocorria como resultado de uma falha na comunicação entre a instância de banco de dados e o armazenamento subjacente após uma atualização de software.
+ Correção de um problema que, em raras condições, podia fazer com que as instâncias de banco de dados de leitor fossem reiniciadas.
+ Correção de um problema com a contenção de bloqueios causada por um thread de registo em log de auditoria que provoca alta utilização da CPU e tempos limite da aplicação cliente.
**Melhorias gerais:**
+ Correção de um problema que podia fazer com que uma consulta paralela falhasse devido a problemas transitórios de rede durante a leitura de dados do volume do cluster de banco de dados do Aurora.
+ Correção de um problema relacionado ao gerenciamento de arquivos de log de auditoria que podia fazer com que os arquivos de log ficassem inacessíveis para download ou alternância e, em alguns casos, aumentava o uso da CPU.
+ Correção de um problema que podia produzir um valor incorreto da variável `Threads_running` nas tabelas de status global `information_schema` e `performance_schema` ao usar o encaminhamento de gravação.
**Upgrades e migrações:**
+ Correção de um problema que impedia o início da replicação de log binário em clusters de banco de dados do Aurora MySQL migrados do RDS para MySQL 5.7.
+ Desativação do agendador de eventos do banco de dados durante atualizações da versão do Aurora MySQL versão 3. Isso ajuda a evitar qualquer alteração no banco de dados por meio da execução de eventos enquanto a atualização da versão principal está em andamento.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até a 5.7.12, incluindo as indicadas abaixo. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-10-17 (versão 2.11.4, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS
**Versão:** 2.11.4
O Aurora MySQL 2.11.4 está disponível para o público. As versões do Aurora MySQL 2.11 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.07.9, 2.07.10, 2.11.\$1, 2.12.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1 e 3.04.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.4. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.11.4.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1, deverá atualizar os clusters de banco de dados primário e secundário para exatamente a mesma versão, inclusive o nível de patch. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.11.\$1, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
+ Corrigido um problema em que os eventos relatados durante o processamento das rotações do log de auditoria podiam não ser gravados no log de auditoria.
+ [CVE-2022-24407](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-24407)
**Melhorias de disponibilidade:**
+ Corrigido um problema em que instâncias de banco de dados do Aurora MySQL que usam consultas paralelas podem sofrer uma reinicialização do banco de dados ao executar um grande número de consultas paralelas simultâneas.
+ Corrigido um problema que pode fazer com que uma instância de banco de dados seja reiniciada durante a execução de workloads do leitor intensivas de E/S.
+ Corrigido um problema que pode fazer com que a instância do banco de dados seja reiniciada ao tentar ler uma página do banco de dados que pertence a uma tabela descartada.
+ Corrigido um problema que pode fazer com que a instância do leitor seja reiniciada quando a instância do gravador aumenta o volume do banco de dados para um múltiplo de 160 GB.
+ Corrigido um problema que pode causar indisponibilidade do cluster de banco de dados caso a instância do gravador seja reiniciada enquanto o banco de dados está criando ou descartando gatilhos nas tabelas internas do sistema.
+ Corrigido um problema que pode fazer com que uma instância do leitor seja reiniciada ao executar consultas de linguagem de manipulação de dados (DML) em uma tabela contendo um índice de texto completo.
+ Corrigido um problema que pode fazer com que uma instância do leitor seja reiniciada enquanto executa uma consulta que utiliza um plano de execução de consulta paralela do Aurora.
+ Corrigido um problema que pode fazer com que a instância do gravador seja reiniciada ao executar a consulta `OPTIMIZE TABLE` em uma tabela com um índice de pesquisa de texto completo (FTS).
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
**Melhorias gerais:**
+ Corrigido um problema em que pequenas instâncias de réplica de leitura podem apresentar maior atraso de replicação após a atualização de versões anteriores à 2.11.\$1.
+ Corrigido um problema que pode causar mensagens de log excessivas ao consultar a [tabela de concessões procs\$1priv](https://dev.mysql.com/doc/refman/8.0/en/grant-tables.html#grant-tables-procs-priv) para verificação de solicitações que envolvem rotinas armazenadas.
+ Corrigido um problema de gerenciamento de memória que pode fazer com que a instância de banco de dados use memória excessiva ao executar consultas usando a otimização de junção de hash.
+ Corrigido um problema que causava a reinicialização do banco de dados ao executar declarações `SELECT` com tabelas particionadas (criadas em uma versão do MySQL compatível com o antigo manipulador de partições `ha_partition`) e a consulta paralela era escolhida pelo planejador de consultas.
+ Corrigido um problema que pode impedir o estabelecimento de novas conexões de clientes com o banco de dados quando o encaminhamento de gravação está ativado.
+ Redução do atraso na replicação do log binário (binlog) quando uma réplica do log binário do Aurora MySQL executa eventos `QUERY` gravados no arquivo de log binário da fonte sem um banco de dados padrão definido pelo comando `USE`.
+ Corrigido um problema envolvendo verificações de índice em que um resultado impreciso poderia ser retornado ao executar uma consulta `SELECT` com a cláusula `GROUP BY` e o parâmetro `aurora_parallel_query` definido como `ON`.
+ Adicionado suporte para habilitar e desabilitar o log binário no nível da sessão. Consulte [Stored Procedures - Replicating](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_enable_session_binlog) no *Guia do usuário do Amazon Aurora*.
+ Corrigido um problema que pode fazer com que uma réplica do log binário seja reiniciada caso a variável de sistema [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid) da origem esteja ausente ou tenha um valor inválido.
+ Adicionado suporte para definir o formato de log binário no nível da sessão. Consulte [Stored Procedures - Replicating](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_set_session_binlog_format) no *Guia do usuário do Amazon Aurora*.
+ Corrigido um problema que pode fazer com que a métrica `CommitLatency` do CloudWatch seja relatada incorretamente quando o parâmetro `innodb_flush_log_at_trx_commit` não está definido como 1.
+ Corrigido um problema para evitar que as estatísticas do InnoDB fiquem obsoletas, o que às vezes pode gerar um plano de execução de consulta abaixo do ideal, que pode levar a um aumento no tempo de execução da consulta.
+ Corrigido um problema que pode fazer com que o banco de dados seja reiniciado quando consumidores de log binário (binlog) conectados estão usando IDs de servidor de replicação de log binário (binlog) duplicados.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até a 5.7.12, incluindo as indicadas abaixo. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Replicação: alguns eventos de logs binários nem sempre foram tratados corretamente. (Bug nº 34617506)
+ Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug nº 34284186 da comunidade).
+ Em declarações preparadas, alguns tipos de subconsultas poderiam causar uma saída do servidor. (Bug nº 33100586)
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-06-09 (versão 2.11.3, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS
**Versão:** 2.11.3
O Aurora MySQL 2.11.3 está disponível para o público. As versões do Aurora MySQL 2.11 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.07.\$1, 2.11.\$1, 3.01.\$1, 3.02.\$1 e 3.03.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.3. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.11.3.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1, deverá atualizar os clusters de banco de dados primário e secundário para exatamente a mesma versão, inclusive o nível de patch. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.11.\$1, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
+ As cifras SSL padrão usadas pelo Aurora MySQL foram atualizadas para excluir os valores menos seguros de `DES-CBC3-SHA` do parâmetro do banco de dados [SSL\$1CIPHER](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher). Se você encontrar problemas de conexão SSL devido à remoção da cifra `DES-CBC3-SHA`, use uma cifra segura aplicável desta lista, [ConfiguringCipherSuites](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites). Mais informações sobre a [configuração de cifra de conexão](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration) do cliente MySQL podem ser encontradas na documentação do 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)
**Melhorias de disponibilidade:**
+ Corrigido um problema na criptografia de eventos do fluxo de atividades do banco de dados (DAS) que pode causar a reinicialização do banco de dados.
+ Corrigidos dois problemas que podem fazer com que a reinicialização do banco de dados falhe caso ocorra durante a execução de uma consulta de linguagem de definição de dados (DDL).
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
**Melhorias gerais:**
+ Introdução de otimizações de desempenho de gerenciamento de arquivos em réplicas de log binário para ajudar a reduzir a contenção ao gravar em arquivos de log de retransmissão.
+ Corrigido um problema em que definir o parâmetro `aurora_disable_hash_join` como 1 ou ON poderia não impedir que o otimizador usasse uma junção de hash.
+ Corrigido um problema que pode fazer com que o contador `buffer_pool_read_requests` seja relatado incorretamente nas métricas `information_schema`.
+ Corrigido um problema que pode fazer com que o armazenamento local fique cheio durante a execução das operações `LOAD FROM S3` ou `SELECT INTO S3`. O problema também pode levar a uma maior utilização da CPU, à reinicialização do banco de dados devido à pouca memória e ao aumento da latência dessas consultas.
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-03-24 (versão 2.11.2, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS
**Versão:** 2.11.2
O Aurora MySQL 2.11.2 está disponível para o público. As versões do Aurora MySQL 2.11 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.07.\$1, 2.11.\$1, 3.01.\$1, 3.02.\$1 e 3.03.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.2. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.11.2.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1, deverá atualizar os clusters de banco de dados primário e secundário para exatamente a mesma versão, inclusive o nível de patch. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.11.\$1, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Melhorias gerais:**
+ Corrigido um problema em que instâncias de banco de dados que usam replicação de log binário podem apresentar um aumento na utilização da CPU e falhas de conexão quando vários consumidores de replicação de log binário estão anexados.
+ Corrigido um problema que pode fazer com que uma instância do leitor em uma região secundária do banco de dados global fique fora de sincronia após a atualização para o Aurora MySQL versão 2.11 caso o gravador do banco de dados principal esteja no Aurora MySQL versão 2.10.
**Melhorias de disponibilidade:**
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-02-14 (versão 2.11.1, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS
**Versão:** 2.11.1
O Aurora MySQL 2.11.1 está disponível para o público. As versões do Aurora MySQL 2.11 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.1. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou posterior diretamente para 2.11.1. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.11.1.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1 e tiver o encaminhamento de gravação ativado, deverá atualizar os clusters de banco de dados primário e secundários para exatamente a mesma versão, incluindo o nível de patch, para continuar usando o encaminhamento de gravação. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.11.\$1, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias de disponibilidade:**
+ Corrigido um problema em que surtos de conexão podem causar maior latência de consulta ou reiniciar a instância de banco de dados.
+ Corrigido um problema que, em casos raros, pode fazer com que uma réplica do Aurora seja reiniciada durante a execução simultânea de grandes operações de atualização ou workloads de linguagem de definição de dados (DDL) na instância do gravador e operações de leitura no mesmo conjunto de tabelas na réplica do Aurora.
+ Corrigido um problema em que surtos de conexão poderiam fazer com que o processo de estabelecimento da conexão demorasse mais para ser concluído ou falhasse com erros de tempo limite.
+ Corrigido um problema em que a rotação do log de auditoria avançada pode reduzir a memória liberável, o que poderia levar à reinicialização da instância de banco de dados.
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
**Melhorias gerais:**
+ Corrigido um problema em que as [variáveis de status do servidor SSL](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Ssl_accept_renegotiates) não eram preenchidas.
+ Corrigido um problema em que as instruções da linguagem de manipulação de dados (DML) que executam gravações duplicadas podiam levar ao registro em log excessivo de erros e ao aumento das latências de consulta.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-10-25 (versão 2.11.0, compatível com MySQL 5.7.12): versão do Suporte estendido do RDS
**Versão:** 2.11.0
O Aurora MySQL 2.11.0 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.11.0. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou posterior diretamente para 2.11.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.11.0.
Se você atualizar um banco de dados global do Aurora MySQL para uma versão 2.11.\$1 e tiver o encaminhamento de gravação ativado, deverá atualizar os clusters de banco de dados primário e secundários para exatamente a mesma versão, incluindo o nível de patch, para continuar usando o encaminhamento de gravação. Para obter mais informações sobre como fazer upgrade da versão secundária de um banco de dados global do Aurora, consulte [Minor version upgrades](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-upgrade.html#aurora-global-database-upgrade.minor).
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs:**
+ O provedor SSL/TLS foi alterado de OpenSSL para [AWS-LC](https://github.com/aws/aws-lc).
Isso traz uma série de mudanças, incluindo, mas não se limitando à remoção do suporte para cifras DHE-RSA-\$1 menos seguras.
Para obter mais informações, consulte [Usar TLS com clusters de banco de dados do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL).
As seguintes correções de CVE estão incluídas nesta versão:
+ [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)
**Novos atributos:**
+ Com o lançamento do Aurora MySQL versão 2.11, uma nova atualização do sistema operacional está disponível. Recomendamos que você aplique essa atualização pendente do sistema operacional a todas as instâncias de banco de dados do Aurora MySQL após o upgrade para a versão 2.11. Para obter mais informações, consulte [Trabalhar com atualizações do sistema operacional](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html#OS_Updates).
+ Uma nova opção de configuração dinâmica, innodb\$1deadlock\$1detect, pode ser usada para desabilitar a detecção de impasse. Em sistemas de alta simultaneidade, a detecção de deadlock pode causar uma desaceleração quando vários segmentos aguardam o mesmo bloqueio. Às vezes, pode ser mais eficiente desabilitar a detecção de impasse e confiar na configuração innodb\$1lock\$1wait\$1timeout para reversão de transações quando ocorre um impasse. (Bug nº 23477773) Mais informações sobre a detecção de impasse do Innodb podem ser encontradas na [documentação do MySQL](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlock-detection.html).
+ As funções `UUID_TO_BIN`, `BIN_TO_UUID` e `IS_UUID` do MySQL 8.0 foram adicionadas. Mais informações sobre o uso dessas funções podem ser encontradas em [MySQL Miscellaneous function](https://dev.mysql.com/doc/refman/8.0/en/miscellaneous-functions.html).
+ Adicionado suporte para dicas do otimizador, permitindo que o usuário habilite ou desabilite a consulta paralela do Aurora MySQL por tabela ou por consulta.
+ [Como trabalhar com a consulta paralela do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)
+ [Dicas do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.Hints)
+ Removido o suporte ao tipo de instância R3.
+ Adicionado suporte para instâncias R6i.
**Melhorias de disponibilidade:**
+ Corrigido um problema que pode impedir a replicação lógica entre regiões em um cluster de banco de dados devido ao arquivo de log binário incorreto e à posição gravada nos logs de erros. Esse problema pode ocorrer quando o mecanismo é reiniciado após a execução de uma declaração de DDL.
+ Corrigido um problema que, em raras condições, pode fazer com que as instâncias do leitor do Aurora sejam reiniciadas ao executar instruções da lista de controle de acesso (ACL), como GRANT e FLUSH na instância do gravador. É mais provável que esse problema afete instâncias do leitor com um grande número de usuários e operações de ACL (por exemplo, alterações de permissão).
+ Corrigido um problema que, em raras condições, pode fazer com que a instância do gravador seja reiniciada ou executada um failover quando uma transação acessa uma linha que está sendo excluída por outra transação.
+ Melhora no desempenho da pesquisa de frases em texto completo para reduzir significativamente o tempo necessário para pesquisar frases em uma tabela com índices de texto completo.
+ Corrigido um problema em que, após a reinicialização de uma instância do gravador, ela travava em uma recuperação lenta e, posteriormente, reiniciava novamente. Esse problema ocorre quando há um grande número de linhas não confirmadas no banco de dados no momento da reinicialização inicial.
+ Corrigido um problema que, em raras ocasiões, faz com que o servidor de banco de dados seja reiniciado por conta de uma longa espera de semáforo quando o [thread do detector de impasse](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlocks.html) trava.
+ Corrigido um problema que, em raras ocasiões, pode fazer com que o banco de dados seja reiniciado por conta de uma longa espera de semáforo quando o thread de E/S atinge um impasse.
+ A inserção rápida não está habilitada nessa versão do Aurora MySQL, devido a um problema que pode causar inconsistências ao executar consultas como `INSERT INTO`, `SELECT` e `FROM`. Consulte mais informações sobre a otimização de inserção rápida em [Aprimoramentos de desempenho do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance).
**Melhorias gerais:**
+ Corrigido um problema que pode fazer com que o servidor de banco de dados seja reiniciado quando todas as condições a seguir são verdadeiras:
+ ALLOW\$1INVALID\$1DATES está desabilitado no MODO SQL.
+ O servidor do banco de dados está processando uma declaração INSERT, UPDATE, DELETE ou SELECT com um valor inválido do tipo DATETIME, de forma que o mês não esteja entre 1 e 12.
+ Corrigido um problema em que o período de retenção de logs binários não era respeitado quando o log binário era definido como OFF, resultando em uma utilização de armazenamento maior do que a esperada. Após essa correção, os logs binários serão eliminados com base no período de retenção. Mais informações sobre como configurar o período de retenção de logs binários podem ser encontradas no [Guia do usuário do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#AuroraMySQL.Replication.MySQL.RetainBinlogs).
+ Corrigido um problema que pode fazer com que a memória disponível na instância do banco de dados diminua quando determinadas declarações SQL da linguagem de controle de dados (DCL), como GRANT, FLUSH PRIVILEGES etc. são executadas nessa instância. O uso frequente dessas declarações pode fazer com que a memória que pode ser liberada continue diminuindo e que a instância de banco de dados seja reiniciada devido a problemas de falta de memória. O uso dessas declarações na instância do gravador também pode reduzir a memória que pode ser liberada nas instâncias do leitor.
+ Apresentado um tamanho maior de buffer de leitura para leituras realizadas a partir dos logs de retransmissão para minimizar o número de operações de E/S de leitura, o que reduz a contenção entre os threads de E/S e SQL.
+ Corrigido um problema que fazia com que o procedimento armazenado mysql.rds\$1rotate\$1slow\$1log falhasse com a mensagem de erro “A tabela 'mysql.slow\$1log\$1backup' não existe”.
+ Corrigido um problema em que a invalidação excessiva do cache de consulta causa um uso de CPU e latências maiores do que o esperado na réplica de leitura devido à necessidade da réplica de leitura ler os dados do disco em vez do cache de consulta.
+ Corrigido um problema que permitia que os usuários executassem os comandos INSTALL PLUGIN e UNINSTALL PLUGIN em uma instância do leitor, o que pode causar um impasse em LOCK\$1plugin, LOCK\$1system\$1variables\$1hash, LOCK\$1global\$1system\$1variables. Agora, essas declarações só podem ser executadas na instância do gravador em um cluster de banco de dados.
+ Corrigido um problema em que clusters podem ter uma latência de confirmação maior do que a esperada quando log binário é habilitado. Isso afeta todas as transações que geram grandes eventos de log binário (com mais de 500 MB).
+ Corrigido um problema que pode fazer com que a métrica trx\$1active\$1transactions na tabela INFORMATION\$1SCHEMA.INNODB\$1METRICS tenha um valor incorreto.
+ Corrigido um problema que pode interromper a replicação lógica devido ao arquivo de log binário se tornar inconsistente ao executar uma reversão para o ponto de salvamento de uma transação grande.
+ Por padrão, hashes de credenciais mascarados em log geral, log de consulta lenta e log de auditoria usando um segredo de máscara consistente. Isso pode ser configurado por meio do parâmetro aurora\$1mask\$1password\$1hashes\$1type.
+ Corrigido um problema em que a duração do reinício com zero tempo de inatividade (ZDR) era informada incorretamente nos eventos observados pelo cliente.
+ Corrigido um problema que pode fazer com que as chamadas para [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html) falhem com o [ERRO 1457 do servidor MySQL](https://dev.mysql.com/doc/mysql-errors/5.7/en/server-error-reference.html#error_er_sp_proc_table_corrupt).
+ Corrigido um problema em que a inicialização do encadeamento de despejo poderia ficar bloqueada com o thread para limpar os logs binários. Isso pode impedir que o arquivo de log binário ativo alterne e, em vez disso, continue crescendo ou causar problemas com novas conexões de réplica de log binário.
+ Corrigido um problema em que o cache de consultas pode retornar resultados obsoletos em uma réplica de leitura do Aurora.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até 5.7, incluindo as indicadas abaixo. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Corrigido um problema em que o código para ler informações do conjunto de caracteres das tabelas de eventos de declarações do Performance Schema (por exemplo, events\$1statements\$1current) não impedia a gravação simultânea nas informações desse conjunto de caracteres. Como resultado, o conjunto de caracteres de texto da consulta SQL pode ser inválido, o que pode resultar na saída do servidor. Com essa correção, um conjunto de caracteres inválido causa o truncamento da coluna SQL\$1TEXT e impede a saída do servidor. (Bug nº 23540008)
+ InnoDB: reversão de uma correção para o Bug nº 25189192, Bug nº 84038 da comunidade. Corrigido um problema em que, após uma operação RENAME TABLE que movia uma tabela para um esquema diferente, o InnoDB falhava ao atualizar a tabela do dicionário de dados do INNODB\$1SYS\$1DATAFILES. Isso resultou em um erro na reinicialização, indicando que não foi possível localizar o arquivo de dados do espaço de tabela.
+ InnoDB: corrigido um problema em que o servidor descartava um índice de chave externa definido internamente ao adicionar um novo índice e tentava utilizar um índice secundário definido em uma coluna virtual gerada como o índice de chave externa, causando a saída do servidor. Agora, o InnoDB permite que uma restrição de chave externa faça referência a um índice secundário definido em uma coluna virtual gerada. (Bug \$123533396)
+ Corrigido um problema em que duas sessões executavam simultaneamente uma operação INSERT… ON DUPLICATE KEY UPDATE gerava um impasse. Durante a reversão parcial de uma tupla, outra sessão poderia atualizá-la. A correção desse bug reverte as correções do Bug nº 11758237, Bug nº 17604730 e Bug nº 20040791. (Bug nº 25966845)
+ Reversão de uma correção para o Bug nº 27407480 da comunidade: corrigido um problema em que os privilégios EXECUTE e ALTER ROUTINE não eram concedidos corretamente aos criadores de rotinas, mesmo com automatic\$1sp\$1privileges habilitado.
+ Reversão da correção do Bug nº 24671968 da comunidade: corrigido um problema em que uma consulta poderia produzir resultados incorretos se a cláusula WHERE contivesse uma subconsulta dependente, a tabela tivesse um índice secundário nas colunas na lista de seleção seguido pelas colunas na subconsulta e `GROUP BY` ou `DISTINCT` permitisse que a consulta usasse uma varredura de índice solta.
+ Corrigido um problema em que a replicação era interrompida se uma instrução de exclusão de várias tabelas fosse emitida em várias tabelas com chaves estrangeiras. (Bug nº 80821)
+ Corrigido um problema em que, em casos especiais, certos erros secundários não eram ignorados, mesmo com [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) habilitado. Nos casos em que a abertura e o bloqueio de uma tabela falham ou quando as conversões de campo falham em um servidor que executa a replicação baseada em linhas, o erro é considerado crítico e o estado de [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) é ignorado. A correção garante que, com [slave\$1skip\$1errors](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_skip_errors) habilitado, todos os erros relatados durante a aplicação de uma transação sejam tratados corretamente. (Bug nº 70640, Bug nº 17653275)
+ Corrigido um problema em que uma declaração [https://dev.mysql.com/doc/refman/5.7/en/set-password.html](https://dev.mysql.com/doc/refman/5.7/en/set-password.html) era replicada de uma entidade principal do MySQL 5.6 para uma entidade secundária do MySQL 5.7 ou de uma entidade principal do MySQL 5.7 com a variável de sistema [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) definida como ON para uma entidade secundária do MySQL 5.7. O próprio hash da senha também era codificado antes de ser armazenado na entidade secundária. O problema agora foi corrigido e o hash da senha replicada é armazenado conforme passado originalmente para a entidade secundária. (Bug nº 24687073)
+ Corrigido um problema em que a serialização de um valor JSON que consiste em um grande subdocumento encapsulado em vários níveis de matrizes ou objetos JSON, ou ambos, às vezes exigia muito tempo para ser concluída. (Bug nº 23031146)
+ Declarações que não podem ser analisadas (devido, por exemplo, a erros de sintaxe) não são mais gravadas no log de consultas lentas. (Bug nº 33732907)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-11-01 (versão 2.10.3) (obsoleta)
**Versão:** 2.10.3
O Aurora MySQL 2.10.3 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.10.3. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou posterior diretamente para 2.10.3. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.10.3.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias gerais:**
+ Corrigido um problema que, em raras ocasiões, faz com que o servidor de banco de dados seja reiniciado por conta de uma longa espera de semáforo quando o [thread do detector de impasse](https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlocks.html) trava.
+ Corrigido um problema que pode fazer com que a memória disponível na instância do banco de dados diminua quando determinadas declarações SQL da linguagem de controle de dados (DCL), como GRANT, FLUSH PRIVILEGES etc. são executadas nessa instância. O uso frequente dessas declarações pode fazer com que a memória que pode ser liberada continue diminuindo e que a instância de banco de dados seja reiniciada devido a problemas de falta de memória. O uso dessas declarações na instância do gravador também pode reduzir a memória que pode ser liberada nas instâncias do leitor.
+ Corrigido um problema em que as consultas na tabela “performance\$1schema.events\$1waits\$1summary\$1global\$1by\$1event\$1name” podem ficar lentas quando uma instância de banco de dados está sob carga pesada com o evento de espera de performance\$1schema “wait/io/aurora\$1respond\$1to\$1client” habilitado.
+ Corrigido um problema que, em raras condições, pode fazer com que o servidor de banco de dados seja interrompido e reiniciado quando as transações são parcialmente revertidas devido a uma violação de restrição nos índices secundários.
+ Corrigido um problema que, em raras condições, pode fazer com que a instância do gravador seja reiniciada ou executada um failover quando uma transação acessa uma linha que está sendo excluída por outra transação.
+ Corrigido um problema que, em raras ocasiões, pode fazer com que o banco de dados seja reiniciado por conta de uma longa espera de semáforo quando o thread de E/S atinge um impasse.
+ Corrigido um problema que pode fazer com que a réplica de leitura seja reiniciada durante o failover em raras condições quando o arquivo de bloqueio de soquete Unix está em uso.
+ Corrigido um problema em que a invalidação excessiva do cache de consulta causa um uso de CPU e latências maiores do que o esperado na réplica de leitura devido à necessidade da réplica de leitura ler os dados do disco em vez do cache de consulta.
## Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até 5.7, incluindo as indicadas abaixo. Para obter mais informações, consulte [MySQL bugs fixed by Aurora MySQL 2.x database engine updates](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v2).
+ Corrigido um problema em que o código para ler informações do conjunto de caracteres das tabelas de eventos de declarações do Performance Schema (por exemplo, events\$1statements\$1current) não impedia a gravação simultânea nas informações desse conjunto de caracteres. Como resultado, o conjunto de caracteres de texto da consulta SQL pode ser inválido, o que pode resultar na saída do servidor. Com essa correção, um conjunto de caracteres inválido causa o truncamento da coluna SQL\$1TEXT e impede a saída do servidor. (Bug nº 23540008)
+ Corrigido um problema quando UPDATE exigia uma tabela temporária com uma chave primária maior que 1024 bytes e essa tabela era criada usando o InnoDB, o servidor poderia sair. (Bug nº 25153670)
+ Corrigido um problema em que duas sessões executavam simultaneamente uma operação INSERT… ON DUPLICATE KEY UPDATE gerava um impasse. Durante a reversão parcial de uma tupla, outra sessão poderia atualizá-la. A correção desse bug reverte as correções do Bug nº 11758237, Bug nº 17604730 e Bug nº 20040791. (Bug nº 25966845)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-01-26 (versão 2.10.2) (obsoleta)
**Versão:** 2.10.2
O Aurora MySQL 2.10.2 está geralmente disponível. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.10.0. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou superior diretamente para 2.10.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.10.0.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias gerais:**
+ Inclusão de otimização de performance para ajudar a reduzir a latência de E/S do banco de dados em classes de instância 24XL.
+ Inclusão de suporte para cifras SSL ECDHE. Para obter mais informações sobre como configurar seus clientes para usar essas cifras SSL, consulte a seguinte documentação do MySQL: [cifras de protocolos de conexão criptografados](https://dev.mysql.com/doc/refman/5.7/en/encrypted-connection-protocols-ciphers.html#encrypted-connection-cipher-configuration)
+ Correção de problemas de segurança relacionados à integração do Aurora MySQL com outros serviços da AWS, como o Simple Storage Service (Amazon S3), o Amazon ML e o AWS Lambda.
+ Correção de um problema que podia fazer com que a reinicialização da instância do banco de dados falhasse se o banco de dados tivesse aproximadamente 1 GB de combinações de usuários e privilégios.
+ Correção de um problema com o Parallel Query que pode fazer com que o banco de dados retorne agrupamentos incorretos ou uma ordem de classificação incorreta ao executar consultas com a cláusula GROUP BY e uma cláusula WHERE contendo um predicado de intervalo.
+ Correção de um problema que pode fazer com que tabelas general\$1log e slow\$1log fiquem inacessíveis após a atualização da versão principal no local do Aurora MySQL 1.x (compatível com MySQL 5.6) para o Aurora MySQL 2.x (compatível com MySQL 5.7).
+ Correção de um problema que, em casos raros, pode fazer com que a instância de banco de dados seja reiniciada quando tabelas innodb\$1trx, innodb\$1locks ou innodb\$1lockwaits são consultadas durante cenários de workload pesado no banco de dados. Ferramentas e recursos de monitoramento, como o Performance Insights, podem consultar essas tabelas.
+ Corrigido um problema em que o valor de uma coluna TIMESTAMP de uma linha existente era atualizado para o timestamp mais recente quando todas as seguintes condições eram atendidas:
1. Existe um acionador para a tabela.
1. Um INSERT é executado na tabela que tem uma cláusula ON DUPLICATE KEY UPDATE.
1. A linha inserida causa uma violação de valor duplicado em um índice UNIQUE ou PRIMARY KEY.
1. Uma ou mais colunas são do tipo de dados TIMESTAMP e têm um valor padrão de CURRENT\$1TIMESTAMP.
+ Correção de um problema que, em casos raros, poderia impedir que uma réplica de log binário se conectasse a uma instância com o log binário ativado.
+ Correção de um problema em que, em raras condições, as transações não podiam ser confirmadas ao serem executadas em uma instância com o log binário ativado.
+ Correção de um problema em que novas conexões não podiam ser estabelecidas para uma instância com o log binário ativado.
+ Correção de um problema que pode causar registro em log interno excessivo ao tentar aplicar patches de tempo de inatividade zero e reiniciar, fazendo com que o armazenamento local fosse preenchido.
+ Correção de um problema que fazia com que uma réplica de log binário parasse com um erro HA\$1ERR\$1FOUND\$1DUPP\$1KEY ao replicar determinadas instruções DDL e DCL. Esse problema ocorre quando a instância de origem está configurada com o formato de registro em log binário MIXED e o nível de isolamento READ COMMITTED ou READ UNCOMMITTED.
+ Correção de um problema em que o thread de E/S de replicação de log binário não conseguia acompanhar a instância principal quando a replicação de vários segmentos estava habilitada
+ Correção de um problema em que, em raras condições, um grande número de conexões ativas com a instância do banco de dados pode fazer com que a métrica CommitLatency do CloudWatch fosse relatada incorretamente.
+ Correção de um problema que fazia com que o armazenamento local em instâncias do Graviton seja preenchido ao executar LOAD FROM S3 ou SELECT INTO S3.
+ Correção de um problema que pode causar resultados de consulta errados ao consultar uma tabela com uma chave externa e ambas as condições a seguir são atendidas:
1. Cache de consultas habilitado
1. Uma transação com uma exclusão ou atualização em cascata nessa tabela é revertida
+ Correção de um problema que, em raras condições, poderia fazer com que as instâncias do leitor do Aurora fossem reiniciadas. A chance de esse problema ocorrer aumenta à medida que o número de reversões de transações aumenta.
+ Corrigido um problema em que o número de ocorrências mutex 'LOCK\$1epoch\$1id\$1master' no esquema de performance aumenta quando uma sessão é aberta e fechada.
+ Correção de um problema que pode causar um número crescente de deadlocks para workloads que têm muitas transações atualizando o mesmo conjunto de linhas simultaneamente.
+ Corrigido um problema que, em raras condições, poderia fazer com que as instâncias fossem reiniciadas quando o volume do banco de dados aumentasse para um múltiplo de 160 GB.
+ Correção de um problema com o Parallel Query que poderia fazer com que o banco de dados fosse reiniciado ao executar instruções SQL com uma cláusula LIMIT.
+ Correção de um problema que, em raras condições, poderia fazer com que a instância do banco de dados fosse reiniciada ao utilizar transações XA no nível de isolamento READ COMMITTED.
+ Correção de um problema em que, após uma instância de leitura do Aurora ser reiniciada, ela pode ser reiniciada novamente se houver um workload DDL pesado durante a reinicialização.
+ Correção de um problema com a geração de relatórios incorretos de atraso de replicação do leitor do Aurora.
+ Correção de um problema que, em raras condições, pode fazer com que uma instância de gravador seja reiniciada quando uma verificação de integridade de dados na memória apresenta falhas.
+ Correção de um problema que, em raras condições, mostrava o gráfico “Database Load” em sessões do Performance Insights (PI) utilizando a CPU ativamente, mesmo que as sessões tivessem encerrado o processamento e estivessem ociosas.
+ Correção de um problema que, em raras condições, pode fazer com que o servidor de banco de dados seja reiniciado quando uma consulta é processada usando o Parallel Query.
+ Correção de um problema que, em condições raras, pode fazer com que a instância de gravador no cluster primário do banco de dados global seja reiniciada devido a uma condição de corrida durante a replicação global do banco de dados.
+ Correção de um problema que pode ocorrer durante a reinicialização de uma instância de banco de dados, que pode causar mais de uma reinicialização.
## Integração de correções de bug do MySQL Community Edition
+ Corrigido um problema no InnoDB em que um erro no código relacionado às estatísticas de tabela gerava uma afirmação no arquivo fonte dict0stats.cc. (Bug \$124585978)
+ Correção de um problema em que um índice secundário sobre uma coluna virtual ficava corrompido quando o índice era construído online. Para instruções [UPDATE](https://dev.mysql.com/doc/refman/5.7/en/update.html), corrigimos isso da seguinte maneira: se o valor da coluna virtual do registro de índice estiver definido como NULL, geramos esse valor a partir do registro de índice do cluster. (Bug \$130556595)
+ Correção de um problema no InnoDB em que a exclusão de linhas marcadas era capaz de adquirir um bloqueio de leitura externo antes de uma reversão parcial ser concluída. O bloqueio de leitura externo impediu a conversão de um bloqueio implícito em um bloqueio explícito durante a reversão parcial, causando uma falha de afirmação. (Bug \$129195848)
+ Correção de um problema em que os nomes de host vazios nas contas podiam fazer com que o servidor se comportasse mal. (Bug \$128653104)
+ Correção de um problema no InnoDB em que uma interrupção de consulta durante uma espera de bloqueio causava um erro. (Bug \$128068293)
+ Correção de um problema na replicação em que as transações intercaladas às vezes podiam travar o aplicador secundário quando o nível de isolamento da transação era definido como [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Erro nº 25040331)
+ Correção de um problema que pode fazer com que as réplicas de log binário parassem devido ao tempo limite de espera de bloqueio. (Bug \$127189701)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-10-21 (versão 2.10.1) (obsoleta)
**Versão:** 2.10.1
O Aurora MySQL 2.10.1 está disponível para o público em geral. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.10.0. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou superior diretamente para 2.10.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.10.0.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias de disponibilidade:**
+ Adicionada a capacidade de desligar o cluster de forma limpa para futuros upgrades de versões principais.
**Melhorias gerais:**
+ Corrigido um problema que poderia causar alto consumo de CPU nas instâncias de leitor devido ao log excessivo de mensagens informativas em arquivos de log de diagnóstico internos.
+ Corrigido um problema em que o valor de uma coluna TIMESTAMP de uma linha existente era atualizado para o timestamp mais recente quando todas as seguintes condições eram atendidas:
1. Existe um acionador para a tabela.
1. Um INSERT é executado na tabela que tem uma cláusula ON DUPLICATE KEY UPDATE.
1. A linha inserida causa uma violação de valor duplicado em um índice UNIQUE ou PRIMARY KEY.
1. Uma ou mais colunas são do tipo de dados TIMESTAMP e têm um valor padrão de CURRENT\$1TIMESTAMP.
+ Corrigido um problema introduzido na versão 2.10.0 que fazia com que o uso da função json\$1merge gerasse um código de erro em determinados casos. Especificamente, quando a função json\$1merge é utilizada em uma DDL contendo colunas geradas, ela pode retornar o código de erro 1305.
+ Corrigido um problema em que, em raras condições, réplicas de leitura reiniciam quando o histórico de atualizações de um objeto grande está sendo validado para a visualização de leitura de uma transação na réplica de leitura.
+ Corrigido um problema que, em raras condições, faz com que uma instância de gravador seja reiniciada quando uma verificação de integridade de dados na memória falha.
## Integração de correções de bug da edição MySQL community
+ CURRENT\$1TIMESTAMP PRODUCES ZEROS IN TRIGGER. (Bug \$125209512)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-05-25 (versão 2.10.0) (obsoleta)
**Versão:** 2.10.0
O Aurora MySQL 2.10.0 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.10.0. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou superior diretamente para 2.10.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.10.0.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correção de problemas de segurança e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Novos recursos:**
+ A classe de instância `db.t3.large` agora é compatível com o Aurora MySQL.
+ *Replicação de log binário:*
+ Introduzido o cache de E/S de binlog para melhorar a performance do binlog, reduzindo a contenção entre processos do gravador e processos de despejo. Para obter mais informações, consulte [Otimização da replicação de log binário](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#binlog-optimization) no *Guia do usuário do Amazon Aurora*.
+ No [Aurora MySQL versão 2.08](AuroraMySQL.Updates.2080.md), introduzimos melhorias no processamento de log binários (binlog) para reduzir o tempo de recuperação de falhas e a latência de tempo de confirmação quando transações muito grandes estão envolvidas. Agora, essas melhorias são compatíveis com clusters que têm o GTID ativado.
+ *Maior disponibilidade da instância do leitor:*
+ Anteriormente, quando uma instância do gravador era reiniciada, todas as instâncias do leitor em um cluster do Aurora MySQL também eram reiniciadas. Com o lançamento de hoje, as instâncias de leitor na região continuam a atender solicitações de leitura durante a reinicialização da instância de gravador, melhorando a disponibilidade de leitura no cluster. Para obter mais informações, consulte [Rebooting an Aurora MySQL cluster (version 2.10 and higher)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html#aurora-mysql-survivable-replicas) no *Guia do usuário do Amazon Aurora*.
**Importante**
Depois de atualizar para o Aurora MySQL 2.10, a reinicialização da instância de gravador não executará uma reinicialização de todo o cluster. Se você quiser reinicializar todo o cluster, agora você reinicializa todas as instâncias do leitor no cluster depois de reinicializar a instância de gravador.
+ Melhorada a performance das leituras de página de leitura antecipada solicitadas pela técnica lógica de leitura antecipada (LRA) . Isso foi feito agrupando as várias leituras de página em lotes em uma única solicitação enviada ao armazenamento do Aurora. Como resultado, as consultas que usam a otimização LRA são executadas até três vezes mais rápido.
+ *Reinicializações e aplicação de patches com zero tempo de inatividade:*
+ Melhorias na reinicialização com tempo de inatividade zero (ZDR) e aplicação de patch com tempo de inatividade zero (ZDP) para habilitar o ZDR e o ZDP em vários cenários, incluindo suporte adicional para casos em que o registro em log binário está habilitado. Além disso, foi melhorada a visibilidade dos eventos de ZDR e ZDP. Consulte a documentação para obter detalhes: [Zero-downtime restart (ZDR – Reinício com tempo de inatividade zero) para Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.html#AuroraMySQL.Replication.Availability) e [Como usar os patches com tempo de inatividade zero](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP) no *Guia do usuário do Amazon Aurora*.
**Melhorias de disponibilidade:**
+ Melhorias para uma inicialização mais rápida quando o banco de dados tem um grande número de índices temporários e tabelas criados durante uma atividade DDL interrompida anteriormente.
+ Correção de vários problemas relacionados a reinicializações repetidas durante a recuperação após falha de operações de DDL interrompidas, como `DROP TRIGGER`, `ALTER TABLE` e, especificamente, `ALTER TABLE`, que modifica o tipo de particionamento ou o número de partições em uma tabela.
+ Corrigido um problema que poderia causar a reinicialização do servidor durante o processamento de log do Database Activity Streams (DAS).
+ Corrigido um problema ao imprimir uma mensagem de erro durante o processamento de uma consulta `ALTER` em tabelas do sistema.
**Melhorias gerais:**
+ Corrigido um problema em que o cache de consultas poderia retornar resultados obsoletos em uma instância de leitor.
+ Corrigido um problema em que algumas métricas de confirmação do Aurora não estavam sendo atualizadas quando a variável do sistema `innodb_flush_log_at_trx_commit` estava definida como 0 ou 2.
+ Corrigido um problema em que um resultado de consulta armazenado no cache de consulta não era atualizado por transações com várias instruções.
+ Corrigido um problema que poderia fazer com que o carimbo de data/hora da última modificação dos arquivos de log binário não fosse atualizado corretamente. Isso podia levar à limpeza prematura os arquivos de log binários, antes de atingir o período de retenção configurado pelo cliente.
+ Corrigida a posição e o nome de arquivo do binlog relatados como incorretos do InnoDB após a recuperação de falhas.
+ Correção de um problema que poderia fazer com que grandes transações gerassem eventos de logs binários incorretos se o parâmetro `binlog_checksum` fosse definido como `NONE`.
+ Correção de um problema que fazia com que uma réplica de log binário parasse com um erro, se a transação replicada contivesse uma instrução DDL e um grande número de alterações de linha.
+ Corrigido um problema que levava a uma reinicialização em uma instância de leitor ao descartar uma tabela.
+ Corrigido um problema que fazia com que os conectores de código aberto falhassem ao tentar consumir um arquivo de binlog com uma grande transação.
+ Corrigido um problema que poderia levar a resultados de consulta incorretos na coluna de geometria grande depois de criar um índice espacial na tabela com os grandes valores de geometria.
+ O banco de dados agora recria o tablespace temporário durante a reinicialização, o que permite que o espaço de armazenamento associado seja liberado e recuperado.
+ Correção de um problema que impedia que as tabelas `performance_schema` fossem truncadas em instâncias de leitor do Aurora.
+ Corrigido um problema que fazia com que uma réplica de log binário parasse com um erro `HA_ERR_KEY_NOT_FOUND`.
+ Corrigido um problema que fazia com que o banco de dados fosse reiniciado ao executar a instrução `FLUSH TABLES WITH READ LOCK`.
+ Corrigido um problema que impedia o uso de funções de bloqueio no nível do usuário em instâncias de leitor do Aurora.
## Integração de correções de bug da edição MySQL community
+ As transações intercaladas poderiam, por vezes, impedir o aplicador de réplica quando o nível de isolamento da transação foi definido como [LEITURA REPETIDA](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Erro nº 25040331)
+ Quando um procedimento armazenado continha uma instrução referente a uma visão que, por sua vez, se referia a outra visão, não era possível invocar o procedimento com sucesso mais de uma vez. (Erro n.º 87858, erro n.º 26864199)
+ Para consultas com muitas condições `OR`, o otimizador agora é mais eficiente em memória e menos provável exceder o limite de memória imposto pela variável de sistema [range\$1optimizer\$1max\$1mem\$1size](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_range_optimizer_max_mem_size). Além disso, o valor padrão dessa variável foi aumentado de 1.536.000 para 8.388.608. (Erro n.º 79450, erro n.º 22283790)
+ *Replicação:* na função `next_event()`, que é chamada por um processo SQL de uma réplica para ler o próximo evento do log de retransmissão, o processo SQL não liberava o `relaylog.log_lock` adquirido quando ocorria um erro (por exemplo, devido a um log de retransmissão fechado), fazendo com que todos os outros processos ficassem esperando para adquirir um bloqueio no log de retransmissão para continuar. Com essa correção, o bloqueio é liberado antes que o processo SQL deixe a função sob a situação. (Bug nº 21697821)
+ Corrigindo uma corrupção de memória em `ALTER TABLE` com coluna virtual. (Erro n.º 24961167, erro n.º 24960450)
+ *Replicação:* réplicas de vários processos não poderiam ser configuradas com pequenos tamanhos de fila usando [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) se precisassem processar transações maiores que esse tamanho. Qualquer pacote maior 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) era rejeitado com o erro `ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX`, mesmo que o pacote fosse menor que o limite definido por [slave\$1max\$1allowed\$1packet](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_max_allowed_packet). Com essa correção, [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max) se torna um limite flexível em vez de um limite rígido. Se o tamanho de um pacote exceder [slave\$1pending\$1jobs\$1size\$1max](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_pending_jobs_size_max), mas for menor que [slave\$1max\$1allowed\$1packet](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_max_allowed_packet), a transação será retida até que todos os operadores de réplica tenham filas vazias e, em seguida, é processada. Todas as transações subsequentes são retidas até que a grande transação seja concluída. O tamanho da fila para operadores de réplica pode, portanto, ser limitado e ainda permitir transações maiores ocasionais. (Erro n.º 21280753, erro n.º 77406)
+ *Replicação:* ao usar uma réplica de vários processos, os erros do aplicador exibiram dados de ID do trabalhador que eram inconsistentes com os dados externalizados nas tabelas de replicação do Performance Schema. (Erro nº 25231367)
+ *Replicação:* em uma réplica de replicação baseada em GTID em execução com [-gtid-mode=ON](https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html#sysvar_gtid_mode), [-log-bin=OFF](https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html#sysvar_log_bin) e utilizando [-slave-skip-errors](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_slave_skip_errors), quando era encontrado um erro que deveria ser ignorado, `Exec_Master_Log_Pos` não era atualizado corretamente, fazendo com que `Exec_Master_Log_Pos` perdesse a sincronia com `Read_master_log_pos`. Se um `GTID_NEXT` não estava especificado, a réplica nunca atualizaria seu estado GTID ao reverter de uma única transação de instrução. O `Exec_Master_Log_Pos` não seria atualizado porque, mesmo que a transação tivesse sido concluída, seu estado GTID mostraria o contrário. A correção remove a restrição da atualização do estado GTID quando uma transação é revertida somente se `GTID_NEXT` estiver especificado. (Erro nº 22268777)
+ *Replicação:* uma instrução com falha parcial não estava consumindo corretamente um GTID gerado ou especificado automaticamente quando o registro em log binário era desabilitado. A correção garante que um [DROP TABLE](https://dev.mysql.com/doc/refman/5.7/en/drop-table.html), [DROP USER](https://dev.mysql.com/doc/refman/5.7/en/drop-user.html) ou [DROP VIEW](https://dev.mysql.com/doc/refman/5.7/en/drop-view.html) com falha parcial consuma respectivamente o GTID relevante e o salve em `@@GLOBAL.GTID_EXECUTED` e na tabela `mysql.gtid_executed` quando o registro em log binário está desabilitado. (Erro nº 21686749)
+ *Replicação:* as réplicas que executam o MySQL 5.7 não conseguiam se conectar a uma origem do MySQL 5.5 devido a um erro ao recuperar o [server\$1uuid](https://dev.mysql.com/doc/refman/5.7/en/replication-options.html#sysvar_server_uuid), que não faz parte do MySQL 5.5.0 Isso foi causado por mudanças no método de recuperação do `server_uuid`. (Erro nº 22748612)
+ *Replicação*: o mecanismo de salto de transação GTID que ignora silenciosamente uma transação GTID executada anteriormente não funcionava corretamente para transações XA. (Erro nº 25041920)
+ Declarações [“>XA ROLLBACK](https://dev.mysql.com/doc/refman/5.7/en/xa.html), que falharam porque foi fornecido o ID incorreto de uma transação, poderiam ser registradas no log binário com o ID correto da transação e, portanto, poderiam ser acionadas por réplicas de replicação. Agora é feita uma verificação da situação de erro antes que o registro em log binário ocorra, e `ROLLBACK` as instruções XA com falha não são registradas em log. (Erro nº 26618925)
+ *Replicação:* se uma réplica fosse configurada utilizando uma instrução [CHANGE MASTER TO](https://dev.mysql.com/doc/refman/5.7/en/change-master-to.html) que não especificava o nome do arquivo e a posição do log de origem e depois fosse desligada antes da emissão de [START SLAVE](https://dev.mysql.com/doc/refman/5.7/en/start-slave.html) e em seguida reiniciada com a opção [-relay-log-recovery](https://dev.mysql.com/doc/refman/5.7/en/replication-options-replica.html#sysvar_relay_log_recovery)) definida, a replicação não era iniciada. Isso aconteceu porque o processo do receptor não havia sido iniciado antes da tentativa de recuperação do log de retransmissão, portanto, nenhum evento de rotação de log estava disponível no log de retransmissão para fornecer o nome de arquivo e a posição do log de origem. Nessa situação, a réplica agora ignora a recuperação do log de retransmissão e registra um aviso. Em seguida, prossegue para iniciar a replicação. (Erro n.º 28996606, erro n.º 93397)
+ *Replicação:* na replicação baseada em linha, uma mensagem que exibia incorretamente comprimentos de campo era retornada ao replicar de uma tabela com uma coluna `utf8mb3` para uma tabela da mesma definição em que a coluna foi definida com um conjunto de caracteres `utf8mb4`. (Erro n.º 25135304, erro n.º 83918)
+ *Replicação:* quando uma instrução [RESET SLAVE](https://dev.mysql.com/doc/refman/5.7/en/reset-slave.html) era emitida em uma réplica de replicação com GTIDs em uso, os arquivos de log de retransmissão existentes eram removidos, mas o novo arquivo de log de retransmissão de substituição era gerado antes que o conjunto de GTIDs recebidos para o canal fosse limpo. Portanto, o antigo conjunto GTID era gravado no novo arquivo de log de retransmissão como o evento `PREVIOUS_GTIDS`, causando um erro fatal na replicação informando que a réplica tinha mais GTIDs do que a origem, mesmo que o conjunto gtid\$1executed definido para ambos os servidores estivesse vazio. Agora, quando `RESET SLAVE` é emitido, o conjunto de GTIDs recebidos é apagado antes que o novo arquivo de log de retransmissão seja gerado, para que essa situação não ocorra. (Erro nº 27411175)
+ *Replicação:* com GTIDs em uso para replicação, transações incluindo instruções que causaram um erro de análise ([ER\$1PARSE\$1ERROR](https://dev.mysql.com/doc/mysql-errors/8.0/en/server-error-reference.html#error_er_parse_error)) não puderam ser ignoradas manualmente pelo método recomendado de injetar uma transação vazia ou de substituição com o mesmo GTID. Essa ação deve resultar na réplica que identifica o GTID como já usado e, portanto, ignorando a transação indesejada que compartilhou seu GTID. No entanto, no caso de um erro de análise, como a instrução era analisada antes que o GTID fosse verificado para ver se ele precisava ser ignorado, o processo do aplicador de replicação parava devido ao erro de análise, mesmo que a intenção fosse ignorar a transação de qualquer maneira. Com essa correção, o processo do aplicador de replicação agora ignora erros de análise se a transação em questão precisar ser ignorada porque o GTID já foi usado. Observe que essa alteração de comportamento não se aplica no caso de workloads que consistem em saída de log binário produzida por `mysqlbinlog`. Nessa situação, haveria o risco de que uma transação com um erro de análise que viesse imediatamente após uma transação ignorada também fosse ignorada silenciosamente, quando deveria gerar um erro. (Erro nº 27638268)
+ *Replicação:* habilite o processo SQL para que o GTID ignore uma transação parcial. (Erro nº 25800025)
+ *Replicação:* quando um parâmetro de tempo limite negativo ou fracionário era fornecido a `WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS()`, o servidor se comportava de maneiras inesperadas. Com esta correção:
+ Um valor de tempo limite fracionário é lido como está, sem arredondamento.
+ Um valor de tempo limite negativo é rejeitado com um erro se o servidor estiver em um modo SQL estrito. Se o servidor não estiver em um modo SQL estrito, o valor fará com que a função retorne `NULL` imediatamente sem qualquer espera e, em seguida, emita um aviso. (Erro n.º 24976304, erro n.º 83537)
+ *Replicação*: se a função `WAIT_FOR_EXECUTED_GTID_SET()` fosse usada com um valor de tempo limite incluindo uma parte fracionada (por exemplo, 1,5), um erro na lógica de transmissão significava que o tempo limite foi arredondado para o segundo inteiro mais próximo e para zero para valores menores que 1 segundo (por exemplo, 0,1). Agora a lógica de transmissão foi corrigida para que o valor do tempo limite seja aplicado conforme especificado originalmente, sem arredondamento. Agradecemos a Dirkjan Bussink pela contribuição. (Erro n.º 29324564, erro n.º 94247)
+ Com os GTIDs ativados, o [ XA COMMIT](https://dev.mysql.com/doc/refman/5.7/en/xa.html) em uma transação XA desconectada dentro de uma transação de várias instruções gerava uma afirmação. (Erro nº 22173903)
+ *Replicação:* uma afirmação era gerada em compilações de depuração se uma instrução [ XA ROLLBACK](https://dev.mysql.com/doc/refman/5.7/en/xa.html) fosse emitida para um identificador de transação desconhecido quando o valor de [ gtid\$1next](https://dev.mysql.com/doc/refman/5.7/en/replication-options-gtids.html#sysvar_gtid_next) tivesse sido definido manualmente. Agora, o servidor não tenta atualizar o estado de GTID se uma instrução XA `ROLLBACK` falhar com um erro. (Erro n.º 27928837, erro n.º 90640)
+ Corrigido o problema de ordem de classificação incorreta quando várias funções `CASE` são usadas na cláusula `ORDER BY` (Erro nº 22810883).
+ Algumas consultas que usavam ordenação podiam acessar uma coluna não inicializada durante a otimização e causar a saída do servidor. (Bug nº 27389294)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-11-12 (versão 2.09.3) (obsoleta)
**Versão:** 2.09.3
O Aurora MySQL 2.09.3 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.10.0. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou superior diretamente para 2.10.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.10.0.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do Amazon RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias de disponibilidade:**
+ Introdução de uma otimização capaz de reduzir a contenção de consultas executadas em tabelas em information\$1schema.
+ Inclusão de suporte para cifras SSL ECDHE.
**Melhorias gerais:**
+ Correção de um problema que, em raras condições, pode fazer com que uma instância de gravador seja reiniciada quando uma verificação de integridade de dados na memória apresenta falhas.
+ Correção de um problema que, em raras condições, pode fazer com que a instância de banco de dados seja reiniciada quando o volume do cluster está se expandindo enquanto o registro em log binário está habilitado.
+ Correção de uma condição rara de corrida durante a reinicialização de uma instância de banco de dados que pode causar mais de uma reinicialização.
+ Correção de um problema que podia fazer com que a reinicialização da instância do banco de dados falhasse se o banco de dados tivesse muitas combinações de usuários e privilégios.
+ Correção de um problema com consulta paralela que poderia fazer com que o banco de dados fosse reiniciado ao executar instruções SQL com a cláusula LIMIT.
+ Correção de um problema com a geração de relatórios incorretos de atraso de replicação do Aurora.
+ Correção de um problema que pode fazer com que tabelas general\$1log e slow\$1log fiquem inacessíveis após o upgrade da versão principal no local do Aurora-MySQL 1.x (com base no MySQL 5.6) para o Aurora-MySQL 2.x (baseado no MySQL 5.7).
+ Correção de um problema que, em casos raros, pode fazer com que a instância de banco de dados seja reiniciada quando tabelas innodb\$1trx, innodb\$1locks ou innodb\$1lockwaits são consultadas durante cenários de workload pesada no banco de dados. Ferramentas e recursos de monitoramento, como o Performance Insights, podem consultar essas tabelas.
+ Correção de um problema que pode fazer com que uma instância de banco de dados seja reiniciada quando a instrução SQL “FLUSH TABLES WITH READ LOCK” é executada.
+ Correção de um problema em que o processo de limpeza do InnoDB é pausado durante a exclusão de uma instância de leitor, resultando em um aumento temporário no comprimento da lista de histórico.
+ Correção de um problema com consultas paralelas que pode fazer com que o banco de dados seja reiniciado ao executar uma instrução SQL em uma tabela contendo uma coluna virtual.
+ Correção de um problema com consultas paralelas que pode fazer com que o banco de dados retorne agrupamentos incorretos ou uma ordem de classificação incorreta ao executar consultas com a cláusula GROUP BY e uma cláusula WHERE contendo um predicado de intervalo.
+ Correção de um problema em consultas paralelas que, em raras condições, pode fazer com que o banco de dados seja reiniciado ao executar instruções SQL com funções JSON.
+ Correção de um problema que, em condições raras, pode fazer com que a instância de gravador no cluster primário do Banco de dados global seja reiniciada devido a uma condição de corrida durante a Replicação global do banco de dados.
+ Correção de um problema que fazia com que uma réplica de binlog parasse com um erro HA\$1ERR\$1FOUND\$1DUPP\$1KEY ao replicar determinadas instruções DDL e DCL. Esse problema ocorre quando a instância de origem está configurada com o formato de registro em log binário MIXED e o nível de isolamento READ COMMITTED ou READ UNCOMMITTED.
+ Corrigido um problema que, em raras condições, poderia fazer com que a instância do banco de dados fosse reiniciada ao utilizar transações XA no nível de isolamento READ COMMITTED.
+ Correção de um problema em que o valor de uma coluna TIMESTAMP de uma linha existente era atualizado para o timestamp mais recente quando todas as seguintes condições eram atendidas: 1. existe um acionador para a tabela; 2. é feito um INSERT na tabela que tem uma cláusula ON DUPLICATE KEY UPDATE; 3. a linha inserida pode causar uma violação de valor duplicado em um índice UNIQUE ou PRIMARY KEY; e 4. uma ou mais colunas são do tipo de dados TIMESTAMP e têm um valor padrão de CURRENT\$1TIMESTAMP.
+ Correção de um problema que, em raras condições, poderia fazer com que uma instância de leitor fosse reiniciada devido a um processamento de verificação incorreto.
+ Correção de um problema que pode fazer com que a instância de leitor seja reiniciada quando a instância de gravador aumenta o volume do banco de dados a ponto de ultrapassar limites de tamanho de volume específicos.
+ Correção de um problema que pode causar tempos de reinicialização mais longos para instâncias de banco de dados utilizando volumes de cluster clonados.
+ Correção de um problema em que a reinicialização de uma instância de banco de dados pode falhar uma ou mais vezes depois que uma operação TRUNCATE TABLE é executada na instância de gravador.
+ Correção de um problema que, em raras condições, poderia fazer com que a instância do banco de dados fosse reiniciada.
+ Correção de um problema que, em raras condições, poderia fazer com que a instância do gravador seja reiniciada quando o volume do banco de dados crescesse para um múltiplo de 160 GB.
## Integração de correções de bug da edição MySQL community
+ Bug \$123533396 - Ao adicionar um novo índice, o servidor descartava um índice de chave externa internamente definido e tentava utilizar um índice secundário definido em uma coluna gerada virtual como o índice de chave externa, causando um encerramento do servidor. Agora, o InnoDB permite que uma restrição de chave externa faça referência a um índice secundário definido em uma coluna virtual gerada.
+ Bug \$129550513 - Replicação: um problema de bloqueio na função WAIT\$1FOR\$1EXECUTED\$1GTID\$1SET() pode fazer com que o servidor trave em certas circunstâncias. O problema já foi corrigido.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-02-26 (versão 2.09.2) (obsoleta)
**Versão:** 2.09.2
O Aurora MySQL 2.09.2 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.09.2. Para clusters que executam a versão 1 do Aurora MySQL, você pode atualizar um cluster existente da versão 1.23 ou superior do Aurora MySQL diretamente para a 2.09.2. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para a versão 2.09.2 do Aurora MySQL.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do Amazon RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos atributos:**
+ Agora os clusters do Aurora MySQL oferecem suporte às seguintes instâncias do EC2 R6g com a tecnologia dos processadores AWS Graviton2 com base em Arm: `r6g.large`, `r6g.xlarge`, `r6g.2xlarge`, `r6g.4xlarge`, `r6g.8xlarge`, `r6g.12xlarge`, `r6g.16xlarge`. Para obter mais informações, consulte [Classes de instância de banco de dados Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) no *Guia do usuário do Amazon Aurora*.
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema introduzido na versão 2.09.0 que pode causar latência de gravação elevada durante o dimensionamento do volume de armazenamento de cluster.
+ Correção de um problema no recurso de redimensionamento dinâmico que poderia fazer com que as réplicas de leitura do Aurora reiniciassem.
+ Correção de um problema que poderia causar mais tempo de inatividade durante a atualização de 1.23.\$1 para 2.09.\$1.
+ Correção de um problema em que um DDL ou DML poderia causar reinicialização do mecanismo durante uma solicitação de pré-busca de página.
+ Correção de um problema que fazia com que uma réplica de log binário parasse com um erro, se a transação replicada contivesse uma instrução DDL e um grande número de alterações de linha.
+ Correção de um problema em que um banco de dados agindo como uma réplica de log binário podia ser reiniciado durante a replicação de um evento DDL na tabela de mysql `time_zone`.
+ Correção de um problema que poderia fazer com que grandes transações gerassem eventos de logs binários incorretos se o parâmetro `binlog_checksum` fosse definido como `NONE`.
+ Correção de um problema que fazia com que uma réplica de log binário parasse com um erro `HA_ERR_KEY_NOT_FOUND`.
+ Melhoria da estabilidade geral.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-12-11 (versão 2.09.1) (obsoleta)
**Versão:** 2.09.1
O Aurora MySQL 2.09.1 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para a versão 2.09.1 do Aurora MySQL. Para clusters que executam a versão 1 do Aurora MySQL, você pode atualizar um cluster existente da versão 1.23 ou superior do Aurora MySQL diretamente para a 2.09.1. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para a versão 2.09.1 do Aurora MySQL.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Alterações incompatíveis:**
Esta versão introduz uma alteração de permissão que afeta o comportamento do `mysqldump` comando. Os usuários devem ter o `PROCESS` privilégio para acessar a `INFORMATION_SCHEMA.FILES` tabela. Para executar o `mysqldump` comando sem alterações, conceda o `PROCESS` privilégio ao usuário do banco de dados ao qual o `mysqldump` comando se conecta. Você também pode executar o comando `mysqldump` com a opção `--no-tablespaces`. Com essa opção, a saída `mysqldump ` não inclui nenhuma `CREATE LOGFILE GROUP` ou instruções do `CREATE TABLESPACE`. Nesse caso, o comando `mysqldump` não acessa a tabela `INFORMATION_SCHEMA.FILES` e você não precisa conceder a permissão `PROCESS`.
**Melhorias de disponibilidade:**
+ Corrigido um problema que poderia fazer com que uma sessão de cliente travasse quando o mecanismo de banco de dados encontrava um erro ao ler ou gravar na rede.
+ Corrigido um vazamento de memória no recurso de redimensionamento dinâmico, introduzido em 2.09.0.
**Bancos de dados globais:**
+ Corrigido vários problemas em que as réplicas de uma região secundária de banco de dados global podiam ser reiniciadas quando atualizadas para a versão 2.09.0 enquanto o gravador de região principal estava em uma versão mais antiga.
## Integração de correções de bug da edição MySQL community
+ **Replicação:** As transações intercaladas poderiam, por vezes, impedir o aplicador escravo quando o nível de isolamento da transação foi definido como [LEITURA REPETIDA](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Erro nº 25040331)
+ Para uma tabela com uma coluna [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) cujo valor padrão é [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp), a coluna podia ser inicializada em `0000-00-00 00:00:00` caso a tabela tivesse um acionador `BEFORE INSERT`. (Erro nº 25209512, erro nº 84077)
+ Para uma instrução [INSERIR](https://dev.mysql.com/doc/refman/5.7/en/insert.html) para a qual a `VALUES` lista produziu valores para a segunda linha ou linha posterior usando uma subconsulta contendo uma junção, o servidor pode sair depois de não resolver os privilégios necessários. (Erro nº 23762382)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-09-17 (versão 2.09.0) (obsoleta)
**Versão:** 2.09.0
Aurora MySQL 2.09.0 está disponível para o público em geral. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode restaurar um snapshot de Aurora MySQL 1.23.\$1 para Aurora MySQL 2.09.0. Também existe a opção de atualizar os clusters de banco de dados existentes do Aurora MySQL 2.\$1 para o Aurora MySQL 2.09.0. Não é possível atualizar um cluster existente do Aurora MySQL 1.23.\$1 diretamente para 2.09.0. No entanto, é possível restaurar seu snapshot para o Aurora MySQL 2.09.0.
**Importante**
As melhorias no Aurora armazenamento nesta versão limitam os caminhos de atualização disponíveis de Aurora MySQL 1.\$1 para Aurora MySQL 2.09. Quando você atualiza um cluster Aurora MySQL 1.\$1 para 2.09, você deve atualizar a partir de Aurora MySQL 1.23.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos atributos:**
+ Com essa versão, é possível criar instâncias de banco de dados MySQL do Amazon Aurora com até 128 tebibytes (TiB) de armazenamento. O novo limite de armazenamento é um aumento em relação aos 64 TiB anteriores. O tamanho de armazenamento de 128 TiB oferece suporte a bancos de dados maiores. Esse recurso não é compatível com tamanhos de instâncias pequenas (db.t2 ou db.t3). Um único tablespace não pode expandir além de 64 TiB devido às [limitações do InnoDB com tamanho de página de 16 KB](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html).
O Aurora alerta quando o tamanho do volume do cluster está próximo de 128 TiB, para que seja possível executar uma ação antes de atingir o limite de tamanho. Os alertas aparecem no log mysql e RDS Events no Console de gerenciamento da AWS.
+ Agora você pode ativar ou desativar a consulta paralela para um cluster existente alterando o valor do parâmetro do cluster de banco de dado `aurora_parallel_query`. Não é necessário usar a configuração `parallelquery` para o parâmetro `--engine-mode` ao criar o cluster.
A consulta paralela foi expandida para estar disponível em todas as regiões onde o Aurora MySQL está disponível.
Há uma série de outros aprimoramentos de funcionalidade e alterações nos procedimentos para atualizar e habilitar a consulta paralela em um cluster do Aurora. Para obter mais informações, consulte [Como trabalhar com a consulta paralela do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html) no *Guia do usuário do Amazon Aurora*.
+ O Aurora redimensiona dinamicamente o espaço de armazenamento em cluster. Com o redimensionamento dinâmico, o espaço de armazenamento do cluster de bancos de dados Aurora diminui automaticamente ao remover dados do cluster de banco de dados. Para obter mais informações, consulte [Escalabilidade de armazenamento](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling) no *Guia do usuário do Amazon Aurora*.
**nota**
O recurso de redimensionamento dinâmico está sendo implantado em fases nas regiões da AWS em que o Aurora está disponível. Dependendo da região em que o cluster está, esse recurso pode não estar disponível ainda. Para obter mais informações, consulte [o anúncio de Novidades](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/).
**Correções de alta prioridade:**
+ Backport de comunidade do erro nº 27659490: SELECIONAR USANDO INTERVALO DINÂMICO E MESCLAGEM DE ÍNDICE USA MUITA MEMÓRIA (OOM)
+ Erro nº 26881508: MYSQL\$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H
+ Backport de comunidade do erro nº 24437124: POSSÍVEL EXCESSO DE BUFFER NA CRIAÇÃO DA TABELA
+ Backport do erro nº 27158030: INNODB ONLINE ALTERA TRAVAMENTOS COM DML SIMULTÂNEO
+ Erro nº29770705: SERVIDOR TRAVOU AO EXECUTAR SELEÇÃO COM CLÁUSULA WHERE ESPECÍFICA
+ Backport do erro nº 26502135: MYSQLD SEGFAULTS EM MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL
+ Backport do erro nº 26935001: A ALTERAÇÃO DA TABELA AUTO\$1INCREMENT TENTA LER O ÍNDICE DO ESPAÇO DE TABELA DESCARTADO
+ Erro nº 28491099: [FATAL] O BLOCO DE MEMÓRIA É INVÁLIDO \$1 INNODB: FALHA DE ASSERÇÃO: UT0UT.CC:670
+ Erro nº 30499288: GCC 9.2.1 REPORTA UM NOVO AVISO PARA OS\$1FILE\$1GET\$1PARENT\$1DIR
+ Erro nº 29952565, em que MYSQLD TEM SINAL 11 AO EXECUTAR UMA CONSULTA (UNIÃO \$1 ORDEM POR \$1 SUBCONSULTA)
+ Erro nº 30628268: TRAVAMENTO POR FALTA DE MEMÓRIA
+ Erro nº 30441969: BUG \$129723340: TRAVAMENTO DO SERVIDOR MYSQL APÓS CONSULTA SQL COM DADOS ?AST
+ Erro nº 30569003: INTERRUPÇÃO DA REPLICAÇÃO DE 5.7 COM ERRO DE SINTAXE COM GERENCIAMENTO DE CONCESSÕES
+ Erro nº 29915479: EXECUÇÃO COM\$1REGISTER\$1SLAVE SEM COM\$1BINLOG\$1DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR
+ Erro nº 30569003: INTERRUPÇÃO DA REPLICAÇÃO DE 5.7 COM ERRO DE SINTAXE COM GERENCIAMENTO DE CONCESSÕES
+ Erro nº 29915479: EXECUÇÃO COM\$1REGISTER\$1SLAVE SEM COM\$1BINLOG\$1DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR
+ Erro nº 20712046: A EXIBIÇÃO DAS TABELAS PROCESSLIST E PERFORMANCE\$1SCHEMA NÃO OCULTA A SENHA NA CONSULTA
+ Backport do erro nº 18898433: PERFORMANCE EXTREMAMENTE LENTA COM JUNÇÕES EXTERNAS E BUFFER DE JUNÇÃO (corrigido na versão 5.7.21). As consultas com muitas junções à esquerda ficavam lentas se o buffer de junção fosse usado (por exemplo, usando o algoritmo de loop aninhado em bloco). (Erro nº 18898433, erro nº 72854)
+ Backport do erro nº 26402045: MYSQLD TRAVA DURANTE A CONSULTA (corrigido no MySQL 5.7.23). Certos casos de materialização da subconsulta poderiam causar uma saída do servidor. Essas consultas agora produzem um erro sugerindo que a materialização seja desabilitada. (Erro nº 26402045)
+ [Backport do MySQL] usuários que não sejam rdsadmin não têm permissão para atualizar a tabela pfs na réplica do leitor.
+ Correção do problema em que o cliente não pode atualizar o perfschema na réplica do leitor
+ Erro nº 26666274: LOOP INFINITO NO CONTÊINER DE BUFFER DO ESQUEMA DE PERFORMANCE
+ [Erro nº 26997096](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa): o valor relay\$1log\$1space não é atualizado de forma sincronizada, de modo que seu valor é às vezes muito maior do que o espaço em disco real usado pelos logs de retransmissão.
+ ERRO Nº 25082593: A VALIDAÇÃO DE CHAVE EXTERNA NÃO PRECISA ADQUIRIR BLOQUEIO DE LACUNA EM LEITURA CONFIRMADA
+ [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)
**Melhorias de disponibilidade:**
+ Habilite a correção de ABA do gerenciador de bloqueio por padrão.
+ Correção de um problema no gerenciador de bloqueio em que uma condição de corrida podia fazer com que um bloqueio fosse compartilhado por duas transações, fazendo com que o banco de dados fosse reiniciado.
+ Corrigido um problema ao criar uma tabela temporária com formato de linha compactado que poderia resultar em uma reinicialização.
+ Corrija o valor padrão de `table_open_cache` em instâncias 16XL e 24XL que podem causar failovers repetidos e alta utilização da CPU em classes de instâncias grandes (R4/R5-16XL, R5-12XL, R5-24XL). Isso impactou as versões 2.07.x.
+ Corrigido um problema em que a restauração de um cluster do Amazon S3 para o Aurora MySQL versão 2.08.0 levava mais tempo do que o esperado quando o backup do S3 não incluía a tabela `mysql.host`.
+ Corrigido um problema que poderia causar failovers repetidos devido a atualizações de colunas virtuais com índices secundários.
+ Correção de um problema relacionado ao gerenciamento de memória de bloqueio de transação com transações de gravação de longa duração resultando em uma reinicialização do banco de dados.
+ Vários problemas em que o mecanismo podia travar durante a aplicação de patches com tempo de inatividade zero durante a conferência de pontos de segurança para aplicação de patches foram corrigidos.
+ Corrigido um problema para ignorar o registro em log redo para tabelas temporárias, que anteriormente causava uma falha.
+ Corrigida uma condição de corrida no gerenciador de bloqueio entre a eliminação de conexão/consulta e a sessão eliminada.
+ Correção de um problema em que o banco de dados poderia travar se fosse uma réplica de binlog e recebesse um evento DDL sobre a tabela `time_zone` do MySQL.
**Bancos de dados globais:**
+ A visualização de `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` do MySQL em uma região secundária agora mostra as entradas para as réplicas pertencentes a essa região.
+ Corrigidas falhas de consulta inesperadas que poderiam ocorrer em uma região secundária do banco de dados global após problemas temporários de conectividade de rede entre as regiões primária e secundária.
+
**Consulta paralela:**
+ Corrigido o plano `EXPLAIN` para uma consulta paralela, que está incorreto para uma consulta simples de tabela única.
+ Corrigido o deadlatch automático que pode ocorrer quando a consulta paralela está habilitada.
**Melhorias gerais:**
+ A exportação para o S3 agora oferece suporte à palavra-chave `ENCRYPTION`.
+ O parâmetro `aurora_binlog_replication_max_yield_seconds` agora tem um valor máximo de 36.000. O valor máximo anterior aceito era de 45. Esse parâmetro funciona somente quando o parâmetro `aurora_binlog_use_large_read_buffer` é definido como 1.
+ Alterado o comportamento para mapear `MIXED` `binlog_format` para `ROW` em vez de `STATEMENT` ao executar `LOAD DATA FROM INFILE | S3`.
+ Corrigido um problema em que uma réplica de binlog conectada a uma primária de binlog do Aurora MySQL poderia mostrar dados incompletos quando a primária executava `LOAD DATA FROM S3` e `binlog_format` estava definido como `STATEMENT`.
+ Maior comprimento máximo permitido para variáveis de sistema de auditoria `server_audit_incl_users` e `server_audit_excl_users` de 1.024 bytes para 2.000 bytes.
+ Corrigido um problema em que os usuários podiam perder acesso ao banco de dados ao baixar o parâmetro `max_connections` no grupo de parâmetros quando as conexões atuais fossem maiores do que o valor que estava sendo definido.
+ Corrigido um problema em streams de atividade de dados em que aspas simples e barra invertida não eram escapadas corretamente.
## Integração de correções de bug da edição MySQL community
+ Erro nº27659490: SELECIONAR USANDO INTERVALO DINÂMICO E MESCLAGEM DE ÍNDICE USA MUITA MEMÓRIA (OOM)
+ Erro nº 26881508: MYSQL\$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H
+ Erro nº 24437124: POSSÍVEL EXCESSO DE BUFFER DURANTE A CRIAÇÃO DA TABELA
+ Erro nº 27158030: INNODB ONLINE ALTERA TRAVAMENTOS COM DML SIMULTÂNEO
+ Erro nº29770705: SERVIDOR TRAVOU AO EXECUTAR SELEÇÃO COM CLÁUSULA WHERE ESPECÍFICA
+ Erro nº 26502135: MYSQLD SEGFAULTS EM MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL
+ Erro nº26935001: ALTERAR TABELA AUTO\$1INCREMENT TENTA LER ÍNDICE DO TABLESPACE DESCARTADO
+ Erro nº 28491099: [FATAL] O BLOCO DE MEMÓRIA É INVÁLIDO \$1 INNODB: FALHA DE ASSERÇÃO: UT0UT.CC:670
+ Erro nº 30499288: GCC 9.2.1 REPORTA UM NOVO AVISO PARA OS\$1FILE\$1GET\$1PARENT\$1DIR
+ Erro nº 29952565: em que MYSQLD TEM SINAL 11 AO EXECUTAR UMA CONSULTA (UNIÃO \$1 ORDEM POR \$1 SUBCONSULTA)
+ Erro nº 30628268: TRAVAMENTO POR FALTA DE MEMÓRIA
+ Erro nº 30441969: BUG \$129723340: TRAVAMENTO DO SERVIDOR MYSQL APÓS CONSULTA SQL COM DADOS ?AST
+ Erro nº 30569003: INTERRUPÇÃO DA REPLICAÇÃO DE 5.7 COM ERRO DE SINTAXE COM GERENCIAMENTO DE CONCESSÕES
+ Erro nº 29915479: EXECUÇÃO COM\$1REGISTER\$1SLAVE SEM COM\$1BINLOG\$1DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR
+ Erro nº 30569003: INTERRUPÇÃO DA REPLICAÇÃO DE 5.7 COM ERRO DE SINTAXE COM GERENCIAMENTO DE CONCESSÕES
+ Erro nº 29915479: EXECUÇÃO COM\$1REGISTER\$1SLAVE SEM COM\$1BINLOG\$1DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR
+ Erro nº 20712046: A EXIBIÇÃO DAS TABELAS PROCESSLIST E PERFORMANCE\$1SCHEMA NÃO OCULTA A SENHA NA CONSULTA
+ Erro nº 18898433: PERFORMANCE EXTREMAMENTE LENTA COM JUNÇÕES EXTERNAS E BUFFER DE JUNÇÃO (corrigido na versão 5.7.21)
+ Erro nº 26402045: MYSQLD TRAVA DURANTE A CONSULTA (corrigido no MySQL 5.7.23)
+ Erro nº 23103937: PS\$1TRUNCATE\$1ALL\$1TABLES() NÃO FUNCIONA NO MODO SUPER\$1READ\$1ONLY
+ Erro nº 26666274: LOOP INFINITO NO CONTÊINER DE BUFFER DO ESQUEMA DE PERFORMANCE
+ Erro nº 26997096: o valor relay\$1log\$1space não é atualizado de forma sincronizada, de modo que seu valor é às vezes muito maior do que o espaço em disco real usado pelos logs de retransmissão. ([https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa))
+ Erro nº 25082593: A VALIDAÇÃO DE CHAVE EXTERNA NÃO PRECISA ADQUIRIR BLOQUEIO DE LACUNA EM LEITURA CONFIRMADA
+ Erro nº 24764800: REPLICAÇÃO FALHA NO SUBORDINADO COM XAER\$1RMFAIL ERROR.
+ Erro nº 81441: AVISO SOBRE O LOCALHOST AO USAR SKIP-NAME-RESOLVE.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-01-06 (versão 2.08.4) (obsoleta)
**Versão:** 2.08.4
O Aurora MySQL 2.08.4 está geralmente disponível. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar um cluster de banco de dados existente do Aurora MySQL 2.\$1 para o Aurora MySQL 2.10.0. Para clusters que executam o Aurora MySQL versão 1, você pode atualizar um cluster existente do Aurora MySQL 1.23 ou superior diretamente para 2.10.0. Também é possível restaurar um snapshot de qualquer versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.10.0.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do Amazon RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança e melhorias gerais:**
+ Correção de problemas de segurança relacionados à integração do Aurora MySQL com outros serviços da AWS, como o Simple Storage Service (Amazon S3), o Amazon ML e o AWS Lambda.
+ Correção de um problema em que o valor de uma coluna TIMESTAMP de uma linha existente era atualizado para o timestamp mais recente quando todas as seguintes condições eram atendidas: 1. existe um acionador para a tabela; 2. é feito um INSERT na tabela que tem uma cláusula ON DUPLICATE KEY UPDATE; 3. a linha inserida pode causar uma violação de valor duplicado em um índice UNIQUE ou PRIMARY KEY; e 4. uma ou mais colunas são do tipo de dados TIMESTAMP e têm um valor padrão de CURRENT\$1TIMESTAMP.
+ Corrigido um problema que, em raras condições, faz com que uma instância de gravador seja reiniciada quando uma verificação de integridade de dados na memória falha.
+ Correção de um problema com o Parallel Query que poderia fazer com que o banco de dados fosse reiniciado ao executar instruções SQL com uma cláusula LIMIT.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-12 (versão 2.08.3) (obsoleta)
**Versão:** 2.08.3
O Aurora MySQL 2.08.3 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você pode atualizar clusters de banco de dados Aurora MySQL 2.\$1 existentes diretamente para Aurora MySQL 2.08.3. Você pode atualizar um cluster Aurora MySQL 1.\$1 existente diretamente para 2.07.3 ou superior e, em seguida, atualizar diretamente para 2.08.3.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Alterações incompatíveis:**
Esta versão introduz uma alteração de permissão que afeta o comportamento do `mysqldump` comando. Os usuários devem ter o `PROCESS` privilégio para acessar a `INFORMATION_SCHEMA.FILES` tabela. Para executar o `mysqldump` comando sem alterações, conceda o `PROCESS` privilégio ao usuário do banco de dados ao qual o `mysqldump` comando se conecta. Você também pode executar o comando `mysqldump` com a opção `--no-tablespaces`. Com essa opção, a saída `mysqldump ` não inclui nenhuma `CREATE LOGFILE GROUP` ou instruções do `CREATE TABLESPACE`. Nesse caso, o comando `mysqldump` não acessa a tabela `INFORMATION_SCHEMA.FILES` e você não precisa conceder a permissão `PROCESS`.
## Integração de correções de bug da edição MySQL community
+ Erro \$123762382 - INSERIR CONSULTA DE VALORES COM JUNÇÃO EM UMA SELEÇÃO QUE CAUSA COMPORTAMENTO INCORRETO.
+ Erro \$125209512 - CURRENT\$1TIMESTAMP PRODUZ ZEROS NO GATILHO.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-08-28 (versão 2.08.2) (obsoleta)
**Versão:** 2.08.2
O Aurora MySQL 2.08.2 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.08.2. Você tem a opção de atualizar os clusters de banco de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.08.2. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.08.2. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.08.2. Para obter mais informações sobre a restauração de snapshots, consulte [Restauração de um snapshot de um cluster de banco de dados](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RestoreFromSnapshot.html) no *Guia do usuário do Amazon Aurora*.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções críticas:**
+ Correção de um problema que poderia causar uma paralisação não planejada e afetar a disponibilidade do banco de dados.
**Correções de disponibilidade:**
+ Correção de um problema em que o banco de dados Aurora MySQL poderia ser reiniciado se fosse uma réplica binlog e replicasse um evento DDL sobre a tabela `time_zone` mysql.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-06-18 (versão 2.08.1) (obsoleta)
**Versão:** 2.08.1
O Aurora MySQL 2.08.1 está disponível para o público em geral. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.08.1. Você tem a opção de atualizar os clusters de banco de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.08.1. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.08.1. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.08.1.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos atributos:**
+ Encaminhamento de gravação do banco de dados global. Em um banco de dados global Aurora, agora é possível executar determinadas operações de gravação, como instruções DML, enquanto está conectado a um cluster secundário. As operações de gravação são encaminhadas para o cluster primário e qualquer alteração é replicada de volta para os clusters secundários. Para obter mais informações, consulte [Como usar o encaminhamento de gravação em um banco de dados global Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html) no *Guia do usuário do Amazon Aurora*.
**Correções de estabilidade geral:**
+ Corrigido um problema em que a restauração de um cluster do Amazon S3 para o Aurora MySQL versão 2.08.0 demorava mais do que o esperado se o backup do S3 não incluísse a tabela `mysql.host`.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-06-02 (versão 2.08.0) (obsoleta)
**Versão:** 2.08.0
O Aurora MySQL 2.08.0 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.08.0. Você tem a opção de atualizar os clusters de banco de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.08.0. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.08.0. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.08.0.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos atributos:**
+ Melhoria no processamento de log binário (binlog) para reduzir o tempo de recuperação de falhas e a latência de tempo de confirmação quando transações muito grandes estão envolvidas.
+ Execução do recurso Stream de atividades do banco de dados (DAS) para o Aurora MySQL. Esse recurso fornece um fluxo de dados quase em tempo real da atividade do banco de dados do seu banco de dados relacional para ajudar você a monitorar a atividade. Para obter mais informações, consulte [Monitorar o Amazon Aurora com o recurso Database Activity Streams](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/DBActivityStreams.html) no *Guia do usuário do Amazon Aurora*.
+ Atualização de arquivos de fuso horário para oferecer suporte à alteração de fuso horário mais recente do Brasil.
+ Apresentação de novas palavras-chave no SQL para exercer a funcionalidade de junção de hash para uma tabela específica e/ou tabela interna: `HASH_JOIN`, `HASH_JOIN_PROBING` e `HASH_JOIN_BUILDING`. Para obter mais detalhes, consulte [Dicas do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.Hints) no *Guia do usuário do Amazon Aurora*.
+ Apresentação do suporte de dicas de ordem de junção no Aurora MySQL 5.7, que faz portabilidade retroativa de [um recurso MySQL 8.0](https://github.com/mysql/mysql-server/commit/d2d91c3286b9ac3b95ef0e5036c5319aa4ffeda2#diff-4d30ba39ad1958c6f8148f67c94a896b). As novas dicas são `JOIN_FIXED_ORDER`, `JOIN_ORDER`, `JOIN_PREFIX` e `JOIN_SUFFIX`. Para obter documentação detalhada do suporte de dicas de ordem de junção, consulte [WL\$19158: Join Order Hints](https://dev.mysql.com/worklog/task/?id=9158).
+ O Aurora Machine Learning agora oferece suporte a funções definidas pelo usuário com `MEDIUMINT` como o tipo de retorno.
+ O procedimento `lambda_async()` armazenado agora oferece suporte a todos os caracteres `utf8` do MySQL.
**Correções de alta prioridade:**
+ Correção de um problema que poderia fazer com que uma instância de banco de dados do leitor retornasse resultados incompletos para uma consulta FTS depois que a tabela `INFORMATION_SCHEMA.INNODB_SYS_TABLES` é consultada na instância de banco de dados do gravador.
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema que resultava na reinicialização do banco de dados após uma instrução de várias consultas que acessa várias tabelas ou bancos de dados ser executada com o cache de consulta habilitado.
+ Correção de uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização ou um failover do banco de dados durante a reversão da transação.
+ Correção de um problema que acionava a reinicialização ou o failover do banco de dados quando várias conexões estavam tentando atualizar a mesma tabela com um índice de Pesquisa de texto completo.
+ Correção de um problema que poderia acionar uma reinicialização ou um failover do banco de dados durante um comando `kill session`. Se encontrar esse problema, entre em contato com o suporte da AWS para habilitar essa correção em sua instância.
+ Correção de um problema que fazia com que a instância de banco de dados do leitor reiniciasse durante uma transação com várias instruções `SELECT` e uma workload de gravação intensiva na instância de banco de dados do gravador com `AUTOCOMMIT` habilitado.
+ Correção de um problema que fazia com que a instância de banco de dados do leitor reiniciasse após a execução de consultas de longa duração enquanto a instância de banco de dados de gravação estava sob uma workload OLTP de gravação intensiva.
**Melhorias gerais:**
+ Melhoria no tempo de recuperação de banco de dados e na latência de confirmação para transações de longa execução quando o log binário está habilitado.
+ Melhoria do algoritmo para gerar melhores estatísticas para estimar contagens de valores distintas em colunas indexadas, incluindo colunas com distribuições de dados distorcidos.
+ Redução do tempo de resposta e da utilização da CPU de consultas de junção que acessam tabelas temporárias MyISAM e os resultados são despejados no armazenamento local.
+ Correção de um problema que impedia que os snapshots do Aurora MySQL 5.6 com nomes de banco de dados ou tabelas contendo espaços fossem restaurados para um novo cluster do Aurora MySQL 5.7.
+ Inclusão de informações de transação da vítima quando o deadlock é resolvido no `show engine innodb status`.
+ Correção de um problema que fazia com que as conexões ficassem presas quando clientes de várias versões diferentes estavam conectados ao mesmo banco de dados e acessavam o cache de consulta.
+ Correção de um vazamento de memória resultante de várias invocações do fluxo de trabalho de patches com tempo de inatividade zero (ZDP) e de reinicialização com tempo de inatividade zero (ZDR) durante toda a vida útil de uma instância de banco de dados.
+ Correção de uma mensagem de erro nas operações de patches com tempo de inatividade zero (ZDP) e de reinicialização com tempo de inatividade zero (ZDR) que informa de forma errada que a última transação foi abortada se o sinalizador de confirmação automática estiver desativado.
+ Correção de um problema nas operações de patches com tempo de inatividade zero (ZDP) que poderia levar a uma mensagem de erro de falha do servidor ao restaurar variáveis de sessão do usuário no novo processo de banco de dados.
+ Corrigido um problema nas operações ZDP (Zero Inatividade Patch) que podia causar falhas intermitentes no banco de dados quando há consultas de execução longa durante a aplicação de patches.
+ Correção de um problema em que consultas, incluindo uma função do Aurora Machine Learning, retornavam mensagens de erro vazias devido a uma resposta de erro manipulada incorretamente dos serviços de machine learning, como o Amazon SageMaker AI e o Amazon Comprehend.
+ Correção de um problema na funcionalidade de monitoramento de falta de memória que não respeitava um valor personalizado do parâmetro `table_definition_cache`.
+ A mensagem de erro “A execução da consulta foi interrompida” é retornada se uma consulta do Aurora Machine Learning for interrompida. Anteriormente, a mensagem genérica “Erro interno no processamento de solicitação de ML” era retornada.
+ Correção de um problema que poderia fazer com que um operador de log binário tivesse um tempo limite de conexão quando o parâmetro `slave_net_timeout` fosse menor que o parâmetro `aurora_binlog_replication_max_yield_seconds` e houvesse baixa workload no cluster mestre de log binário.
+ Melhoria no monitoramento do progresso de recuperação de log binário com envio de mensagens informativas no log de erros com uma frequência de uma mensagem por minuto.
+ Correção de um problema que poderia fazer com que transações ativas não fossem relatadas pela consulta `SHOW ENGINE INNODB STATUS`.
## Integração de correções de bug da edição MySQL community
+ [Bug \$125289359](https://github.com/mysql/mysql-server/commit/64161c9abd50de7ba0b542bd4895881f6ead6531): um bloqueio de cache de texto completo obtido quando os dados foram sincronizados não foi liberado se o tamanho de cache de texto completo excedeu o limite respectivo.
+ [Bug \$129138644](https://github.com/mysql/mysql-server/commit/fbfd9fcd32afc11ba77d52fa0690aa26dcd64f72): alterar manualmente a hora do sistema enquanto o servidor MySQL estava sendo executado causou atrasos no thread do agente de limpeza de página.
+ [Bug \$125222337](https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131): um nome de campo de coluna virtual NULL em um índice virtual causou uma saída do servidor durante uma comparação de nome de campo que ocorre ao preencher colunas virtuais afetadas por uma restrição de chave externa.
+ [Bug \$125053286](https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d): executar um procedimento armazenado que contém uma consulta que acessou uma visualização pode alocar memória que não foi liberada até o término da sessão.
+ [Bug \$125586773](https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1): executar um procedimento armazenado que contém uma instrução que criou uma tabela com base no conteúdo de determinadas instruções [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) pode resultar em um vazamento de memória.
+ [Bug \$128834208](https://github.com/mysql/mysql-server/commit/ca722bbb409209d683534846a90093c118bf8c5b): durante o aplicativo de log, após uma operação [OPTIMIZE TABLE](https://dev.mysql.com/doc/refman/5.7/en/optimize-table.html), o InnoDB não preencheu as colunas virtuais antes de verificar se há atualizações de índice de coluna virtual.
+ [Bug n.º 26666274](https://github.com/mysql/mysql-server/commit/bd87573bc159c849f34aa8293ec43ac053cbfda0): loop infinito no contêiner de buffer de esquema de performance devido a excesso de inteiros não assinados de 32 bits.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados Aurora MySQL 2023-08-15 (versão 2.07.10) (Obsoleto)
**Versão:** 2.07.10
O Aurora MySQL 2.07.10 está disponível para o público. As versões do Aurora MySQL 2.07 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.07.\$1, 2.11.\$1, 3.01.\$1, 3.02.\$1, 3.03.\$1 e 3.04.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.10. Você também tem a opção de atualizar os clusters de bancos de dados do Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.10. A atualização no local está disponível para clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.\$1 (consulte [Realizar a atualização da versão principal de um cluster de bancos de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)). Ela também está disponível para clusters do Aurora MySQL 2.\$1 para o Aurora MySQL 3.\$1 (consulte [Fazer upgrade do Aurora MySQL 2.x para 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.07.10, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Problemas de segurança corrigidos e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
+ Corrigido um problema em que os eventos relatados durante o processamento das rotações de log de auditoria podiam não ser gravados no log de auditoria.
+ [As cifras SSL padrão usadas pelo Aurora MySQL foram atualizadas para excluir os valores DES CBC3 - -SHA menos seguros do parâmetro do banco de dados SSL\$1CIPHER.](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ssl_cipher) Se você encontrar problemas de conexão SSL devido à remoção da cifra DES- CBC3 -SHA, use uma cifra segura aplicável a partir das seguintes informações, [Configurando conjuntos de criptografia para conexões com clusters de banco de dados Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL.ConfiguringCipherSuites).
+ O OpenSSL foi atualizado para a versão 1.0.2zh.
**Melhorias gerais:**
+ Adicionado suporte para cifras SSL ECDHE-RSA que usam tamanhos de chave menores para criptografia.
+ Corrigido um problema de gerenciamento de memória ao executar consultas com junções de hash.
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ A declaração SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X
# Atualizações do mecanismo de banco de dados Aurora MySQL 2023-05-04 (versão 2.07.9) (Obsoleto)
**Versão:** 2.07.9
O Aurora MySQL 2.07.9 está disponível para o público. As versões do Aurora MySQL 2.07 são compatíveis com o MySQL 5.7.12. Para obter mais informações sobre alterações da comunidade, consulte [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).
As versões atualmente compatíveis do Aurora MySQL são 2.07.\$1, 2.11.\$1, 3.01.\$1, 3.02.\$1 e 3.03.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.9. Você também tem a opção de atualizar os clusters de bancos de dados do Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.9. A atualização no local está disponível para clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.\$1 (consulte [Realizar a atualização da versão principal de um cluster de bancos de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)). Ela também está disponível para clusters do Aurora MySQL 2.\$1 para o Aurora MySQL 3.\$1 (consulte [Fazer upgrade do Aurora MySQL 2.x para 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)).
Imediatamente após o upgrade da versão do mecanismo no local para o Aurora MySQL 2.07.9, um upgrade do sistema operacional é aplicado automaticamente a todas as instâncias afetadas nas classes de instância de banco de dados db.r4, db.r5, db.t2 e db.t3, caso as instâncias estejam executando uma versão antiga do sistema operacional. As instâncias do leitor de um cluster de banco de dados multi-AZ aplicam a atualização do sistema operacional primeiro. Quando a atualização do sistema operacional na primeira instância do leitor é concluída, ocorre um failover e o upgrade da instância anterior do gravador.
**nota**
O upgrade do sistema operacional não é aplicado automaticamente aos bancos de dados globais do Aurora durante os upgrades de versões principais.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Problemas de segurança corrigidos e CVEs listados abaixo:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [CVE-2022-32221](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-32221)
**Melhorias de disponibilidade:**
+ Corrigido um problema em que a rotação do log de auditoria avançada pode reduzir a memória liberável, o que poderia levar à reinicialização da instância de banco de dados.
+ Corrigido um problema que pode ocorrer durante a reinicialização do banco de dados e que faz com que o banco de dados não seja inicializado com êxito por um longo período.
**Melhorias gerais:**
+ Corrigido um problema que, em raras condições, poderia fazer com que as instâncias fossem reiniciadas quando o volume do banco de dados aumentasse para um múltiplo de 160 GB.
## Recursos não compatíveis com o Aurora MySQL versão 2
No momento, os recursos a seguir não são compatíveis com o Aurora MySQL versão 2 (compatível com MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP).
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-06-16 (versão 2.07.8) (obsoleta)
**Versão:** 2.07.8
O Aurora MySQL 2.07.8 está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
**nota**
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte [Versões de suporte de longo prazo (LTS) do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) no *Guia do usuário do Amazon Aurora*.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.8. Você também tem a opção de atualizar os clusters de bancos de dados do Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.8. A atualização no local está disponível para clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.\$1 (consulte [Realizar a atualização da versão principal de um cluster de bancos de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.1to2)). Ela também está disponível para clusters do Aurora MySQL 2.\$1 para o Aurora MySQL 3.\$1 (consulte [Fazer upgrade do Aurora MySQL 2.x para 3.x](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Updates.MajorVersionUpgrade.2to3)).
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias gerais:**
+ Corrigido um problema que, em raras ocasiões, faz com que o servidor de banco de dados seja reiniciado quando o thread do detector de impasse trava devido a uma condição de corrida.
## Integração de correções de bug da edição MySQL community
+ Quando UPDATE exigia uma tabela temporária com uma chave primária maior que 1024 bytes e essa tabela era criada usando o InnoDB, o servidor poderia sair. (Bug nº 25153670)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-11-24 (versão 2.07.7) (obsoleta)
**Versão:** 2.07.7
O Aurora MySQL 2.07.7 está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.7. Você também tem a opção de atualizar os clusters de bancos de dados do Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.7. Não é possível atualizar um cluster existente do Aurora MySQL 1.\$1 diretamente para a versão 2.07.7. No entanto, é possível restaurar o seu snapshot para o Aurora MySQL 2.07.7.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:
+ [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)
**Melhorias gerais:**
+ Correção de problemas de segurança relacionados à integração do Aurora MySQL com outros serviços da AWS, como o Amazon S3, o Amazon ML e o Lambda.
+ Correção de um problema com a geração de relatórios incorretos de um atraso de replicação do Aurora.
+ Correção de um problema que podia fazer com que a reinicialização da instância do banco de dados falhasse se o banco de dados tivesse muitas combinações de usuários e privilégios.
+ Correção de um problema que pode fazer com que tabelas general\$1log e slow\$1log fiquem inacessíveis após o upgrade da versão principal no local do Aurora MySQL 1.x (com base no MySQL 5.6) para o Aurora MySQL 2.x (baseado no MySQL 5.7).
+ Correção de um problema que, em raras condições, poderia fazer com que uma instância de leitor fosse reiniciada devido a um processamento de verificação incorreto.
+ Correção de um problema que em condições raras mostrava o gráfico “Database Load” (Carga do banco de dados) em sessões do Performance Insights (PI) utilizando a CPU ativamente, mesmo que as sessões tivessem encerrado o processamento e estivessem ociosas.
+ Correção de um problema com consulta paralela que poderia fazer com que o banco de dados fosse reiniciado ao executar instruções SQL com uma cláusula LIMIT.
+ Corrigido um problema em que o valor de uma coluna TIMESTAMP de uma linha existente era atualizado para o timestamp mais recente quando todas as seguintes condições eram atendidas: 1. Existe um acionador para a tabela; 2. é feito um INSERT na tabela que tem uma cláusula ON DUPLICATE KEY UPDATE; 3. a linha inserida pode causar uma violação de valor duplicado em um índice UNIQUE ou PRIMARY KEY; e 4. uma ou mais colunas são do tipo de dados TIMESTAMP e têm um valor padrão de CURRENT\$1TIMESTAMP.
+ Corrigido um problema que, em raras condições, poderia fazer com que a instância do banco de dados fosse reiniciada ao utilizar transações XA no nível de isolamento READ COMMITTED.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-09-02 (versão 2.07.6) (obsoleta)
**Versão:** 2.07.6
A versão 2.07.6 do Aurora MySQL está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão 2.07.6 do Aurora MySQL. Você também pode atualizar os clusters de banco de dados existentes da versão 2.\$1 do Aurora MySQL para a 2.07.6. Não é possível atualizar um cluster existente Aurora MySQL 1.\$1 diretamente para a versão 2.07.6. No entanto, é possível restaurar o seu snapshot para a versão 2.07.6 do Aurora MySQL.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Integração de correções de bug da edição MySQL community
+ INSERIR REGISTROS COM 64K É MUITO DEMORADO. ([Bug n.º\$123031146](https://github.com/mysql/mysql-server/commit/a2f9ea422e4bdfd65da6dd0c497dc233629ec52e))
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-07-06 (versão 2.07.5) (obsoleta)
**Versão:** 2.07.5
O Aurora MySQL 2.07.5 está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.5. Você tem a opção de atualizar os clusters de banco de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.5. Não é possível atualizar um cluster Aurora MySQL 1.\$1 existente diretamente para o 2.07.5. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.07.5.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
**nota**
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte [Versões de suporte de longo prazo (LTS) do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Melhorias de disponibilidade:**
+ Correção de um problema em que não eram permitidos bloqueios no nível de usuário em uma réplica do Aurora
+ Correção de um problema que poderia causar reinicialização de um banco de dados ao usar transações XA no nível de isolamento `READ COMMITTED`.
+ Comprimento máximo permitido estendido para 2000 para os parâmetros globais `server_audit_incl_users` e `server_audit_excl_users`.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-04 (versão 2.07.4) (obsoleta)
**Versão:** 2.07.4
O Aurora MySQL 2.07.4 está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL na versão 2.07.4 do Aurora MySQL. Também existe a opção de atualizar os clusters de banco de dados existentes Aurora MySQL 2.\$1 para o Aurora MySQL 2.07.4. Não é possível atualizar um cluster existente Aurora MySQL 1.\$1 diretamente para o 2.07.4. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.07.4.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
**nota**
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte [Versões de suporte de longo prazo (LTS) do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema que poderia fazer um cliente travar em caso de erro de rede durante a leitura ou gravação de um pacote de rede.
+ Melhora dos tempos de reinicialização do mecanismo em alguns casos após DDL ser interrompido.
+ Correção de um problema em que um DDL ou DML poderia causar reinicialização do mecanismo durante uma solicitação de pré-busca de página.
+ Correção de um problema em que uma réplica podia ser reiniciada durante a realização de uma verificação reversa de uma tabela/índice em uma réplica de leitura do Aurora.
+ Correção de um problema na operação de cluster de clonagem que poderia fazer com que o clone demorasse mais tempo.
+ Correção de um problema que poderia causar uma reinicialização de um banco de dados ao usar otimização de consulta paralela para colunas geoespaciais.
+ Correção de um problema que fazia com que uma réplica de log binário parasse com um erro `HA_ERR_KEY_NOT_FOUND`.
## Integração de correções de bug da edição MySQL community
+ Correção de um problema no analisador de ngram de texto completo ao lidar com tokens contendo ' ' (espaço), '%', ou ','. Os clientes devem reconstruir seus índices FTS se estiverem usando o analisador ngram. (Bug n.º 25873310)
+ Correção de um problema que poderia causar a reinicialização do mecanismo durante a execução da consulta com visualizações SQL aninhadas. (Bug n.º 27214153, bug n.º 26864199)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-10 (versão 2.07.3) (obsoleta)
**Versão:** 2.07.3
O Aurora MySQL 2.07.3 está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão Aurora MySQL 2.07.3. Também existe a opção de atualizar os clusters de banco de dados existentes do Aurora MySQL 2.\$1 para o Aurora MySQL 2.07.3. Não é possível atualizar um cluster existente do Aurora MySQL 1.\$1 diretamente para 2.07.3. No entanto, é possível restaurar seu snapshot para o Aurora MySQL 2.07.3.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo Console de gerenciamento da AWS, pela AWS CLI ou pela API do RDS.
**nota**
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte [Versões de suporte de longo prazo (LTS) do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado.
+ [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)
**Alterações incompatíveis:**
Esta versão introduz uma alteração de permissão que afeta o comportamento do `mysqldump` comando. Os usuários devem ter o `PROCESS` privilégio para acessar a `INFORMATION_SCHEMA.FILES` tabela. Para executar o `mysqldump` comando sem alterações, conceda o `PROCESS` privilégio ao usuário do banco de dados ao qual o `mysqldump` comando se conecta. Você também pode executar o comando `mysqldump` com a opção `--no-tablespaces`. Com essa opção, a saída `mysqldump ` não inclui nenhuma `CREATE LOGFILE GROUP` ou instruções do `CREATE TABLESPACE`. Nesse caso, o comando `mysqldump` não acessa a tabela `INFORMATION_SCHEMA.FILES` e você não precisa conceder a permissão `PROCESS`.
**Melhorias de disponibilidade:**
+ Corrigida uma condição de corrida no gerenciador de bloqueio entre a queda de uma conexão/consulta e o término da sessão, o que gera em uma reinicialização do banco de dados.
+ Corrigido um problema que resultava na reinicialização do banco de dados após uma instrução de várias consultas que acessa várias tabelas ou bancos de dados ser executada com o cache de consulta habilitado.
+ Corrigido um problema que poderia causar reinicializações repetidas devido a atualizações de colunas virtuais com índices secundários.
## Integração de correções de bug da edição MySQL community
+ *InnoDB:* Transações XA simultâneas que foram executadas com sucesso para o estágio de preparação XA no mestre em conflito quando repetidas no escravo, o que gera um tempo limite de espera de bloqueio no applier thread. O conflito foi devido ao intervalo de bloqueio GAP que diferiu quando as transações foram repetidas em série no escravo. Para evitar esse tipo de conflito, os bloqueios do GAP realizados pelas transações XA no nível de isolamento [LEITURA CONFIRMADA](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) agora são liberados (e não mais herdados) quando as transações XA atingem o estágio de preparação. (Erro nº 27189701, erro nº 25866046)
+ *InnoDB:* Um bloqueio de gap foi realizado desnecessariamente durante a validação de chave estrangeira ao usar o nível de isolamento [LEITURA CONFIRMADA ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed). (Erro nº 25082593)
+ *Replicação:* Ao usar transações XA, se um tempo limite de espera de bloqueio ou um deadlock ocorreu para o thread do aplicador (SQL) em um escravo de replicação, a repetição automática não funcionou. A causa era que, mesmo que o thread SQL fizesse uma reversão, ele não reverteria a transação XA de volta. Isso significava que, quando a transação foi repetida, o primeiro evento era XA START, que era inválido, pois a transação XA já estava em andamento, levando a um erro XAER\$1RMFAIL. (Erro nº 24764800)
+ *Replicação:* As transações intercaladas poderiam, por vezes, impedir o aplicador escravo quando o nível de isolamento da transação foi definido como [LEITURA REPETIDA](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read). (Erro nº 25040331)
+ *Replicação:* O valor retornado por uma instrução [MOSTRAR STATUS ESCRAVO](https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html) para o tamanho total combinado de todos os arquivos de log de retransmissão existentes (Relay\$1Log\$1Space) pode se tornar muito maior do que o espaço em disco real usado pelos arquivos de log de retransmissão. O thread de E/S não bloqueou a variável enquanto atualizava o valor, de modo que o thread SQL poderia excluir automaticamente um arquivo de log de retransmissão e gravar um valor reduzido antes que o thread de E/S terminasse a atualização do valor. O thread de E/S gravou seu cálculo de tamanho original, ignorando a atualização do thread SQL e, portanto, adicionando de volta o espaço para o arquivo excluído. O valor Relay\$1Log\$1Space agora está bloqueado durante as atualizações para evitar atualizações simultâneas e garantir um cálculo preciso. (Erro nº 26997096, erro nº 87832)
+ Para uma instrução [INSERIR](https://dev.mysql.com/doc/refman/5.7/en/insert.html) para a qual a lista VALORES produziu valores para a segunda linha ou linha posterior com uma subconsulta contendo uma junção, o servidor pode sair depois de não resolver os privilégios necessários. (Erro nº 23762382)
+ Para uma tabela com uma coluna [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) cujo valor padrão é [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp), a coluna podia ser inicializada em `0000-00-00 00:00:00` caso a tabela tivesse um acionador `BEFORE INSERT`. (Erro nº 25209512, erro nº 84077)
+ Uma saída do servidor pode gerar tentativas simultâneas de vários threads para registrar e cancelar o registro de objetos do Performance Schema de metadados. (Erro nº 26502135)
+ Executar um procedimento armazenado que contém uma instrução que criou uma tabela com base no conteúdo de determinadas instruções [SELECIONAR](https://dev.mysql.com/doc/refman/5.7/en/select.html) que pode resultar em um vazamento de memória. (Erro nº 25586773)
+ Executar um procedimento armazenado que contém uma consulta que acessou uma visualização poderia alocar memória que não foi liberada até o término da sessão. (Erro nº 25053286)
+ Certos casos de materialização da subconsulta poderiam causar uma saída do servidor. Essas consultas agora produzem um erro sugerindo que a materialização seja desabilitada. (Erro nº 26402045)
+ As consultas com muitas junções à esquerda ficavam lentas se o buffer de junção fosse usado (por exemplo, usando o algoritmo de loop aninhado em bloco). (Erro nº 18898433, erro nº 72854)
+ O otimizador ignorou a segunda coluna em um índice composto ao executar uma junção interna com uma `LIKE` cláusula contra a segunda coluna. (Erro nº 28086754)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para funções AWS Lambda chamadas de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-04-17 (versão 2.07.2) (obsoleta)
**Versão:** 2.07.2
O Aurora MySQL 2.07.2 está disponível para o público. As versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.2. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.2. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.07.2. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.07.2.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
**nota**
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte [Versões de suporte de longo prazo (LTS) do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) no *Guia do usuário do Amazon Aurora*.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
+ [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)
**Correções de alta prioridade:**
+ Corrigido um problema que fazia com que a clonagem demorasse mais tempo em alguns clusters de banco de dados com altas cargas de gravação.
+ Corrigido um problema que poderia causar consultas em uma instância de banco de dados de leitor com planos de execução usando índices secundários para retornar dados não confirmados. O problema é limitado a dados afetados por operações de linguagem de manipulação de dados (DML) que modificam as principais colunas de índice primário ou secundário.
**Melhorias gerais:**
+ Corrigido um problema que resultava em uma restauração lenta de um cluster de banco de dados Aurora 1.x contendo índices FTS (Full Text Search) para um cluster de banco de dados Aurora 2.x.
+ Corrigido um problema que causava restaurações mais lentas de um snapshot de banco de dados Aurora 1.x contendo tabelas particionadas com caracteres especiais em nomes de tabela para um cluster de banco de dados Aurora 2.x.
+ Corrigido um problema que causava erros ao consultar logs de consulta lenta e logs gerais em instâncias de banco de dados de leitor.
## Integração de correções de bug da edição MySQL community
+ Erro nº 23104498: corrigido um problema no esquema de performance ao relatar a memória total usada. ([https://github.com/mysql/mysql-server/commit/20b6840df5452f47313c6f9a6ca075bfbc00a96b](https://github.com/mysql/mysql-server/commit/20b6840df5452f47313c6f9a6ca075bfbc00a96b))
+ Erro nº 22551677: corrigido um problema no esquema de performance que poderia fazer com que o mecanismo de banco de dados falhasse ao tentar colocá-lo offline. ([https://github.com/mysql/mysql-server/commit/05e2386eccd32b6b444b900c9f8a87a1d8d531e9](https://github.com/mysql/mysql-server/commit/05e2386eccd32b6b444b900c9f8a87a1d8d531e9))
+ Erro nº 23550835, erro nº 23298025, erro nº 81464: correção de um problema no esquema de performance que causava uma falha no mecanismo de banco de dados devido porque excedia a capacidade de um buffer interno. ([https://github.com/mysql/mysql-server/commit/b4287f93857bf2f99b18fd06f555bbe5b12debfc](https://github.com/mysql/mysql-server/commit/b4287f93857bf2f99b18fd06f555bbe5b12debfc))
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-12-23 (versão 2.07.1) (obsoleta)
**Versão:** 2.07.1
O Aurora MySQL 2.07.1 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para o Aurora MySQL 2.07.1. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.1. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.07.1. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.07.1.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [-1], China (Ningxia) [us-gov-westcn-northwest-1], Ásia-Pacífico (Hong Kong) [ap-east-1] e Oriente Médio (Bahrein) [me-south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de alta prioridade:**
+ Corrigido um vazamento de memória lento no subsistema de rastreamento e registro em log de banco de dados do Aurora específico que reduz a memória disponível.
**Correções de estabilidade geral:**
+ Corrigido um travamento durante a execução de uma consulta complexa envolvendo junções de várias tabelas e agregação que usam tabelas intermediárias internamente.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 2.07.0) (obsoleta)
**Versão:** 2.07.0
O Aurora MySQL 2.07.0 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão Aurora MySQL 2.07.0. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.07.0. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.07.0. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.07.0.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], (Oeste dos EUA) [-1], China AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Ásia-Pacífico (Hong Kong) [ap-east-1], Oriente Médio (Bahrein) [me-south-1] e América do Sul (São Paulo) [sa-east-1] -east-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos recursos:**
+ Os bancos de dados globais agora permitem adicionar regiões secundárias de réplica somente para leitura para clusters de banco de dados implantados nessas AWS regiões: regiões: Leste dos EUA (Norte da Virgínia) [us-east-1], Leste dos EUA (Ohio) [us-east-2], Oeste dos EUA (Norte da Califórnia) [us-west-1], Oeste dos EUA (Oregon) [us-west-2], Europa (Irlanda) [eu-west-1] Europa (Londres) [eu-west-2], Europa (Paris) [eu-west-3], Ásia-Pacífico (Tóquio) [ap-northeast-1], Ásia-Pacífico (Seul) [ap-northeast-2], Ásia-Pacífico (Seul) [ap-northeast-2], Ásia-Pacífico (Cingapura) [ap-southeast-1 Ásia-Pacífico (Sydney) [ap-southeast-2], Canadá (Central) [ca-central-1], Europa (Frankfurt) [ eu-central-1] e Ásia-Pacífico (Mumbai) [ap-south-1].
+ O Amazon Aurora Machine Learning é uma integração altamente otimizada entre o banco de dados Aurora MySQL e os serviços de aprendizado de AWS máquina (ML). O machine learning do Aurora permite que os desenvolvedores adicionem uma variedade de previsões baseadas em ML aos seus aplicativos de banco de dados invocando modelos de ML com a linguagem de programação SQL familiar que já usam para o desenvolvimento de bancos de dados, sem a necessidade de criar integrações personalizadas nem aprender ferramentas separadas. Para obter mais informações, consulte [Usar recursos de machine learning (ML) com o Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-ml.html).
+ Adicionamos suporte para o nível de isolamento `READ COMMITTED` ANSI nas réplicas de leitura. Esse nível de isolamento permite que as consultas de longa execução na réplica de leitura sejam executadas sem afetar a alta taxa de transferência das gravações no nó do gravador. Para obter mais informações, consulte [Níveis de isolamento do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels).
**Correções críticas:**
+ [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)
**Correções de alta prioridade:**
+ Corrigimos um problema na recuperação DDL que resultava em um tempo de inatividade prolongado do banco de dados. Os clusters que se tornarem indisponíveis após a execução de uma instrução da descarte de várias tabelas, por exemplo, `DROP TABLE t1, t2, t3`, deverão ser atualizados para esta versão.
+ Corrigimos um problema na recuperação DDL que resultava em um tempo de inatividade prolongado do banco de dados. Os clusters que se tornarem indisponíveis após a execução de instruções DDL `INPLACE ALTER TABLE` deverão ser atualizados para esta versão.
**Correções de estabilidade geral:**
+ Corrigimos um problema que gerava dados inconsistentes na tabela `information_schema.replica_host_status`.
## Integração de correções de bug da edição MySQL community
+ Bug nº 26251621: INCORRECT BEHAVIOR WITH TRIGGER AND GCOL
+ Bug nº 22574695: ASSERTION `\$1TABLE \$1\$1 (\$1TABLE->READ\$1SET \$1\$1 BITMAP\$1IS\$1SET(TABLE->READ\$1SET, FIEL
+ Bug nº 25966845: INSERT ON DUPLICATE KEY GENERATE A DEADLOCK
+ Bug nº 23070734: CONCURRENT TRUNCATE TABLES CAUSE STALL
+ Bug nº 26191879: FOREIGN KEY CASCADES USE EXCESSIVE MEMORY
+ Bug nº 20989615: INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.07.0 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.07.0 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-22 (versão 2.06.0) (obsoleta)
**Versão:** 2.06.0
O Aurora MySQL 2.06.0 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 2.06.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão Aurora MySQL 2.06.0. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.06.0. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.06.0. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.06.0.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [-1], China (Ningxia) [us-gov-westcn-northwest-1], Ásia-Pacífico (Hong Kong) [ap-east-1] e Oriente Médio (Bahrein) [me-south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos recursos:**
+ Os clusters do Aurora MySQL já oferecem suporte para os tipos de instância db.r5.8xlarge, db.r5.16xlarge e db.r5.24xlarge. Para obter mais informações sobre tipos de instância para clusters do Aurora MySQL, consulte [Classes de instância de banco de dados Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) no *Guia do usuário do Amazon Aurora*.
+ O recurso de junção de hash já está disponível para o público e não exige o modo de laboratório do Aurora definido como ativado. Esse recurso pode melhorar a performance da consulta quando você precisa unir uma grande quantidade de dados usando um equijoin. Para obter mais informações sobre como usar esse recurso, consulte [Usar a API de dados do Aurora Serverless](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/data-api.html) no *Guia do usuário do Amazon Aurora*.
+ O recurso disputa de linhas dinâmica já está disponível para o público e não exige o modo de laboratório do Aurora definido como ativado. Esse recurso melhora substancialmente as taxas de transferência para workloads com muitas transações disputando linhas na mesma página.
+ O Aurora MySQL 2.06 e posterior oferece suporte ao retrocesso de um cluster de banco de dados para um período específico, sem restaurar os dados de um backup. Esse recurso, conhecido como retrocesso, oferece uma maneira rápida de se recuperar de erros do usuário, como descartar a tabela errada ou excluir a linha errada. O retrocesso é concluído em segundos, mesmo para bancos de dados grandes. Leia [o AWS blog](https://aws.amazon.com/blogs/aws/amazon-aurora-backtrack-turn-back-time/) para obter uma visão geral e consulte [Backtracking an Aurora DB](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.Backtrack.html) Cluster no Guia do *usuário do Amazon Aurora para obter mais detalhes*.
+ O Aurora 2.06 e versões posteriores oferecem suporte a AWS Lambda invocações síncronas por meio da função nativa. `lambda_sync()` A função nativa `lambda_async()` também está disponível e pode ser usada como uma alternativa ao procedimento armazenado existente para a invocação assíncrona do Lambda. Para obter informações sobre como chamar funções do Lambda, consulte [Como invocar uma função do Lambda com uma função nativa do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
**Correções críticas:**
Nenhum.
**Correções de alta prioridade:**
**Correções de segurança**
+ [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)
**Tratamento de conexões**
+ A disponibilidade do banco de dados foi aprimorada para melhor atender a um aumento nas conexões de clientes durante a execução de uma ou mais DDLs. Ela é tratada com a criação temporária de threads adicionais quando necessário. O sistema solicitará a atualização se o banco de dados não responder após a elevação nas conexões durante o processamento de DDL.
**Reinicialização do mecanismo**
+ Corrigimos um problema de indisponibilidade prolongada na reinicialização do mecanismo. Isso resolve o problema na inicialização do grupo de buffers. Esse problema ocorre raramente, mas pode afetar qualquer versão compatível.
+ Corrigido um problema que faz com que um banco de dados configurado como principal do log binário (binlog) seja reiniciado durante a execução de uma workload de gravação intensa.
**Correções de estabilidade geral:**
+ Fizemos melhorias nos casos em que as consultas que acessam dados não armazenados em cache podem ficar mais lentas do que o normal. Incentivamos os clientes que tiverem latência de leitura elevada sem explicação ao acessarem dados não armazenados em cache a fazerem a atualização, pois talvez tenham esse problema.
+ Corrigimos um problema de falha ao restaurar tabelas particionadas de um snapshot de banco de dados. Os clientes que encontrarem erros ao acessarem tabelas particionadas em um banco de dados restaurado de um snapshot de um banco de dados do Aurora MySQL 1.\$1 devem usar esta versão.
+ Melhoramos a estabilidade das réplicas do Aurora corrigindo a contenção de bloqueio entre os threads que atendem a consultas e os que aplicam alterações do esquema enquanto uma consulta DDL está em andamento na instância de banco de dados do gravador.
+ Corrigimos um problema de estabilidade relacionado à atualização da tabela `mysql.innodb_table_stats`, disparada por operações DDL.
+ Corrigimos um problema que relatava incorretamente um `ERROR 1836` quando uma consulta aninhada era executada em uma tabela temporária na réplica do Aurora.
**Melhorias de desempenho:**
+ Melhoramos a performance da replicação do log binário evitando chamadas desnecessárias de API ao cache se o cache de consultas tiver sido desabilitado no operador do log binário.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.06.0 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.06.0 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 2.05.0) (obsoleta)
**Versão:** 2.05.0
O Aurora MySQL 2.05.0 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 2.04.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão Aurora MySQL 2.05.0. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes, até o 2.04.6, para o Aurora MySQL 2.05.0. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.05.0. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.05.0.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [-1], (Oeste dos EUA) [us-gov-east-1], China AWS GovCloud (Ningxia) [us-gov-westcn-northwest-1], Ásia-Pacífico (Hong Kong) [ap-east-1], Europa (Estocolmo) [eu-north-1] e Oriente Médio (Bahrein) [me-south-1] -south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções críticas:**
+ [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)
+ Correção de um problema em que os eventos no arquivo de log binário atual do mestre não eram replicados no operador se o valor do parâmetro `sync_binlog` não estivesse definido como 1.
**Correções de alta prioridade:**
+ É altamente recomendável que os clientes com tamanho de banco de dados próximo a 64 tebibytes (TiB) atualizem para esta versão a fim de evitar tempo de inatividade causado por erros de estabilidade que afetam volumes próximos ao limite de armazenamento do Aurora.
+ O valor padrão do parâmetro `aurora_binlog_replication_max_yield_seconds` foi alterado para zero a fim de evitar um aumento no atraso da replicação em favor do desempenho da consulta em primeiro plano no mestre do log binário.
## Integração de correções de bugs do MySQL
+ Bug \$123054591: PURGE BINARY LOGS TO está lendo todo o arquivo de log binário e causando MySql a paralisação
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.05.0 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.05.0 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-08-14 (versão 2.04.9) (obsoleta)
**Versão:** 2.04.9
Aurora MySQL 2.04.9 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-1], Ásia-Pacífico (Hong Kong) [ap-east-1] e Oriente Médio (Bahrein) [me-south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de alta prioridade:**
**Correções críticas:**
+ [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)
**Melhorias de disponibilidade:**
+ Correção de um problema que poderia causar uma reinicialização ou um failover do bando de dados devido à execução de um comando `kill session`. Se você encontrar esse problema, entre em contato com o AWS suporte para ativar essa correção na sua instância.
+ Corrigido um problema que fazia com que um banco de dados reiniciasse durante a execução de uma consulta complexa envolvendo junções de várias tabelas e agregação que usam tabelas intermediárias internamente.
+ Corrigido um problema que fazia com que o banco de dados reiniciasse devido a uma interrupção de `DROP TABLE` em várias tabelas.
+ Corrigido um problema que fazia com que um banco de dados fizesse failover durante a recuperação do banco de dados.
+ Corrigido uma reinicialização do banco de dados causada por relatórios incorretos de threads\$1running quando auditoria e logs de consulta lentos são habilitados.
+ Corrigido um problema em que um comando `kill query` podia ficar travado durante a execução.
+ Correção de uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização ou um failover do banco de dados durante a reversão da transação.
+ Correção de um problema que acionava a reinicialização ou o failover do banco de dados quando várias conexões estavam tentando atualizar a mesma tabela com um índice de Pesquisa de texto completo.
+ Corrigido um problema que podia causar um deadlatch ao limpar um índice, resultando em um failover ou em uma reinicialização.
**Melhorias gerais:**
+ Corrigidos problemas que podiam fazer com que consultas em réplicas de leitura usassem dados de uma transação não confirmada. Esse problema é limitado às transações que são iniciadas imediatamente após uma reinicialização do banco de dados.
+ Corrigido um problema encontrado durante `INPLACE ALTER TABLE` para uma tabela com triggers definidos e quando a DDL não continha uma cláusula `RENAME`.
+ Corrigido um problema que fazia com que a clonagem demorasse mais tempo em alguns clusters de banco de dados com alta carga de gravação.
+ Corrigido um problema encontrado durante uma atualização quando uma tabela particionada tinha espaços incorporados no nome.
+ Corrigido um problema em que a réplica de leitura podia ver resultados parciais transitórios de uma transação confirmada recentemente no gravador.
+ Corrigido um problema em que consultas em uma réplica de leitura em uma tabela FTS podiam produzir resultados obsoletos. Isso só ocorrerá quando a consulta FTS na réplica de leitura segue de perto uma consulta em `INFORMATION_SCHEMA.INNODB_SYS_TABLES` para a mesma tabela FTS no gravador.
+ Corrigido um problema que resultava em uma restauração lenta do cluster de banco de dados Aurora 1.x contendo índices FTS (Full-Text Search – pesquisa de texto completo) em um cluster de banco de dados Aurora 2.x.
+ Comprimento máximo permitido estendido para 2000 para os parâmetros globais `server_audit_incl_users` e `server_audit_excl_users`.
+ Corrigido um problema em que a restauração do Aurora 1.x para o Aurora 2.x poderia levar um tempo prolongado para ser concluída.
+ Corrigido um problema em que uma invocação `lambda_async` por meio do procedimento armazenado não funcionava com Unicode.
+ Corrigido um problema encontrado quando um índice espacial não manipula corretamente uma coluna de geometria fora do registro.
+ Corrigido um problema que poderia fazer com que uma consulta falhasse em uma instância de banco de dados do leitor com o erro `InternalFailureException` e a mensagem "Operation terminated (internal error)" [Operação encerrada (erro interno)].
## Integração de correções de bugs do MySQL
+ Bug \$123070734, Bug \$180060: O TRUNCATE simultâneo causa paralisações TABLEs
+ Erro nº 23103937: PS\$1TRUNCATE\$1ALL\$1TABLES() NÃO FUNCIONA NO MODO SUPER\$1READ\$1ONLY
+ Erro nº 22551677: ao colocar o servidor offline, uma condição de corrida dentro do esquema de performance poderia levar a uma saída do servidor.
+ Erro nº 27082268: sincronização de FTS inválida.
+ ERRO nº 12589870: corrigido um problema que causa uma reinicialização com instrução de várias consultas quando o cache de consulta está habilitado.
+ Erro nº 26402045: certos casos de materialização da subconsulta poderiam causar uma saída do servidor. Essas consultas agora produzem um erro sugerindo que a materialização seja desabilitada.
+ Erro nº 18898433: consultas com muitas junções à esquerda ficavam lentas se o buffer de junção fosse usado (por exemplo, usando o algoritmo de loop aninhado em bloco).
+ Erro nº 25222337: um nome de campo de coluna virtual NULL em um índice virtual causava uma saída do servidor durante uma comparação de nome de campo que ocorre ao preencher colunas virtuais afetadas por uma restrição de chave externa. ([https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131](https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131))
+ Erro nº 25053286: executar um procedimento armazenado que contém uma consulta que acessou uma visualização poderia alocar memória que não foi liberada até o término da sessão. ([https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d](https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d))
+ Bug \$125586773: Executar um procedimento armazenado contendo uma instrução que criou uma tabela a partir do conteúdo de determinadas instruções SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) pode resultar em um vazamento de memória. ([https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1](https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1))
+ Erro nº 26666274: LOOP INFINITO NO CONTÊINER DE BUFFER DO ESQUEMA DE PERFORMANCE.
+ Erro nº 23550835, erro nº 23298025, erro nº 81464: tabelas do esquema de performance SELECT quando um buffer interno estava cheio poderia causar uma saída do servidor.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.9 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.9 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-20 (versão 2.04.8) (obsoleta)
**Versão:** 2.04.8
O Aurora MySQL 2.04.8 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de qualquer versão 2.\$1 do Aurora MySQL para a versão Aurora MySQL 2.04.8. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.04.8.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-1], Ásia-Pacífico (Hong Kong) [ap-east-1] e Oriente Médio (Bahrein) [me-south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Novos recursos:**
+ **Melhorias da réplica de leitura:**
+ Reduzimos o tráfego de rede da instância de gravador transmitindo com eficiência os dados para as instâncias de leitor no cluster de bancos de dados Aurora. Essa melhoria é habilitada por padrão porque ajuda a impedir atrasos e reinicialização das réplicas. O parâmetro para esse recurso é `aurora_enable_repl_bin_log_filtering`.
+ Reduzimos o tráfego de rede das instâncias de gravador para instâncias de leitor no cluster de bancos de dados Aurora usando compactação. Essa melhoria é habilitada por padrão somente para as classes de instância 8xlarge e 16xlarge porque elas podem tolerar sobrecarga adicional de CPU para compactação. O parâmetro para esse recurso é `aurora_enable_replica_log_compression`.
**Correções de alta prioridade:**
+ Melhoramos o gerenciamento de memória na instância de gravador do Aurora que impede a reinicialização do gravador causada por falta de memória durante uma workload pesada na presença de instâncias de leitor no cluster de bancos de dados Aurora.
+ Correção para uma condição não determinística no programador que resulta na reinicialização do mecanismo ao acessar o objeto de esquema de performance simultaneamente.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.8 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.8 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-14 (versão 2.04.7) (obsoleta)
**Versão:** 2.04.7
O Aurora MySQL 2.04.7 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão Aurora MySQL 2.04.7. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.04.7. Não é possível atualizar um cluster do Aurora MySQL 1.\$1 existente diretamente para o 2.04.7. No entanto, é possível restaurar seu snapshot no Aurora MySQL 2.04.7.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da Console de gerenciamento da AWS, da ou da API do AWS CLI RDS.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-1], Ásia-Pacífico (Hong Kong) [ap-east-1] e Oriente Médio (Bahrein) [me-south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de alta prioridade:**
**Tratamento de conexões**
+ A disponibilidade do banco de dados foi aprimorada para melhor atender a um aumento nas conexões de clientes durante a execução de uma ou mais DDLs. Ela é tratada com a criação temporária de threads adicionais quando necessário. O sistema solicitará a atualização se o banco de dados não responder após a elevação nas conexões durante o processamento de DDL.
+ Corrigido um problema que resultava em um valor incorreto para a variável de status `Threads_running` global.
**Reinicialização do mecanismo**
+ Corrigimos um problema de indisponibilidade prolongada na reinicialização do mecanismo. Isso resolve o problema na inicialização do grupo de buffers. Esse problema ocorre raramente, mas pode afetar qualquer versão compatível.
**Correções de estabilidade geral:**
+ Fizemos melhorias nos casos em que as consultas que acessam dados não armazenados em cache podem ficar mais lentas do que o normal. Incentivamos os clientes que tiverem latências de leitura elevadas sem explicação ao acessarem dados não armazenados em cache a fazerem a atualização, pois talvez tenham esse problema.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.7 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.7 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 2.04.6) (obsoleta)
**Versão:** 2.04.6
O Aurora MySQL 2.04.6 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.04.6. Não permitimos uma atualização vigente dos clusters do Aurora MySQL 1.\$1. Essa restrição será suspensa em uma versão posterior do Aurora MySQL 2.\$1. É possível restaurar snapshots do 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 e 2.04.\$1 para o Aurora MySQL 2.04.6.
Para usar uma versão mais antiga do Aurora MySQL, você pode criar novos clusters de banco de dados especificando a versão do mecanismo por meio da API Console de gerenciamento da AWS, da AWS CLI ou da Amazon RDS.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas seguintes AWS regiões: Europa (Londres) [eu-west-2] AWS GovCloud , (Leste dos EUA) [-1], (Oeste dos EUA) us-gov-east [-1] AWS GovCloud , China (Ningxia) us-gov-west [cn-northwest-1] e Ásia-Pacífico (Hong Kong) [ap-east-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Correção de um problema em que os eventos no arquivo de log binário atual do mestre não eram replicados no operador se o valor do parâmetro `sync_binlog` não estivesse definido como 1.
+ O valor padrão do parâmetro `aurora_binlog_replication_max_yield_seconds` foi alterado para zero a fim de evitar um aumento no atraso da replicação em favor do desempenho da consulta em primeiro plano no mestre do log binário.
## Integração de correções de bugs do MySQL
+ Bug \$123054591: PURGE BINARY LOGS TO está lendo todo o arquivo de log binário e causando MySql a paralisação
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.6 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
No momento, o Aurora MySQL 2.04.6 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-07-08 (versão 2.04.5) (obsoleta)
**Versão:** 2.04.5
O Aurora MySQL 2.04.5 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 2.\$1 existentes para o Aurora MySQL 2.04.5. Não permitimos uma atualização vigente dos clusters do Aurora MySQL 1.\$1. Essa restrição será suspensa em uma versão posterior do Aurora MySQL 2.\$1. Você pode restaurar snapshots do 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 e 2.04.\$1 para o Aurora MySQL 2.04.5.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
+ [CVE-2016-3518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3518)
**Correções gerais:**
+ Uma condição de corrida foi corrigida durante o crescimento do volume de armazenamento que fazia com que o banco de dados fosse reiniciado.
+ Uma falha de comunicação interna foi corrigida durante o volume aberto que fazia com que o banco de dados fosse reiniciado.
+ Suporte de recuperação DDL adicionado ao `ALTER TABLE ALGORITHM=INPLACE` em tabelas particionadas.
+ Foi corrigido um problema com a recuperação DDL do `ALTER TABLE ALGORITHM=COPY` que fazia com que o banco de dados fosse reiniciado.
+ Estabilidade de réplica do Aurora melhorada mediante workload de exclusão pesada no gravador.
+ Foi corrigida uma reinicialização do banco de dados causada por um deadlatch entre o thread que executava a sincronização do índice de pesquisa de texto completo e o thread que executava a remoção da tabela de pesquisa de texto completo do cache de dicionário.
+ Correção de um problema de estabilidade no operador do log binário durante a replicação DDL enquanto a conexão com o mestre do log binário é instável.
+ Corrigido um out-of-memory problema no código de pesquisa de texto completo que fazia com que o banco de dados fosse reiniciado.
+ Foi corrigido um problema no Aurora Writer que fazia com que ele reiniciasse quando todo o volume de 64 tebibytes (TiB) fosse usado.
+ Foi corrigida uma condição de corrida no recurso de esquema de performance que fazia com que o banco de dados fosse reiniciado.
+ Correção de um problema que causava conexões anuladas ao solucionar um erro no gerenciamento do protocolo de rede.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.5 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.5 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-29 (versão 2.04.4) (obsoleta)
**versão:** 2.04.4
O Aurora MySQL 2.04.4 está disponível para o público geral. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Ao criar um novo cluster de bancos de dados Aurora MySQL, incluindo a restauração de um snapshot, você tem a opção de escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6. Não permitimos a atualização local de clusters do Aurora MySQL 1.\$1 ou a restauração de clusters do Aurora MySQL 1.\$1 de um backup do Amazon S3 para o Aurora MySQL 2.04.4. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Você pode restaurar snapshots do 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 e 2.04.\$1 para o Aurora MySQL 2.04.4.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Atualmente, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1], Europa (Estocolmo) [eu-north-1], China (Ningxia) [cn-northwest-1] e Ásia-Pacífico (Hong Kong) [ap-east-1]. AWS Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Correção de um problema que poderia causar falhas ao carregar dados no Aurora do S3.
+ Correção de um problema que poderia causar falhas ao carregar dados do Aurora para o S3.
+ Correção de um problema que causava conexões anuladas ao solucionar um erro no gerenciamento do protocolo de rede.
+ Correção de um problema que poderia causar uma falha ao processar tabelas particionadas.
+ Correção de um problema com a indisponibilidade do recurso Performance Insights em algumas regiões.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.4 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.4 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-09 (versão 2.04.3) (obsoleta)
**Versão:** 2.04.3
O Aurora MySQL 2.04.3 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Ao criar um novo cluster de bancos de dados Aurora MySQL, incluindo a restauração de um snapshot, você tem a opção de escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6. Não permitimos a atualização local de clusters do Aurora MySQL 1.\$1 ou a restauração de clusters do Aurora MySQL 1.\$1 de um backup do Amazon S3 para o Aurora MySQL 2.04.3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Você pode restaurar snapshots do Aurora MySQL1.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 e 2.04.\$1 para o Aurora MySQL 2.04.3.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Atualmente, esta versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Ningxia) [cn-northwest-1]. AWS Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Corrigido um erro na replicação do log binário que pode provocar um problema em instâncias do Aurora configuradas como operador do log binário.
+ Foi corrigida uma out-of-memory condição ao lidar com grandes rotinas armazenadas.
+ Corrigido um erro ao tratar determinados tipos de comando `ALTER TABLE`.
+ Corrigido um problema com conexões anuladas devido a um erro no gerenciamento do protocolo da rede.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.3 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.3 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-02 (versão 2.04.2) (obsoleta)
**Versão:** 2.04.2
O Aurora MySQL 2.04.2 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Ao criar um novo cluster de bancos de dados Aurora MySQL, incluindo a restauração de um snapshot, você tem a opção de escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6. Não permitimos a atualização local de clusters do Aurora MySQL 1.\$1 ou a restauração de clusters do Aurora MySQL 1.\$1 de um backup do Amazon S3 para o Aurora MySQL 2.04.2. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Você pode restaurar snapshots do 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 e 2.04.1 para o Aurora MySQL 2.04.2.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
Atualmente, esta versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Ningxia) [cn-northwest-1]. AWS Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
Para obter informações sobre como atualizar seu cluster de banco de dados do Aurora MySQL, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Adicionado suporte para a replicação de log binário do SSL que usa certificados personalizados. Para obter informações sobre como usar a replicação de log binário do SSL no Aurora MySQL, consulte [mysql\$1rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql_rds_import_binlog_ssl_material.html).
+ Corrigido um deadlatch na instância principal do Aurora que ocorre quando uma tabela com um índice de Pesquisa de texto completo está sendo otimizada.
+ Corrigido um problema nas réplicas do Aurora em que a performance de determinadas consultas que usam `SELECT(*)` pode ser afetada em tabelas que têm índices secundários.
+ Corrigida uma condição que resultava na postagem do Erro 1032.
+ Melhorada a estabilidade de réplicas do Aurora por meio da correção de vários deadlatches.
## Integração de correções de bugs do MySQL
+ Bug nº 24829050 - A OTIMIZAÇÃO DE INDEX\$1MERGE\$1INTERSECTION PROVOCA RESULTADOS INCORRETOS NA CONSULTA
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.04.2 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.04.2 não é compatível com os seguintes recursos do MySQL 5.7:
+ Plug-in de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-03-25 (versão 2.04.1) (obsoleta)
**Versão:** 2.04.1
O Aurora MySQL 2.04.1 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Ao criar um novo cluster de bancos de dados Aurora MySQL, incluindo a restauração de um snapshot, você tem a opção de escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6. Não permitimos a atualização local de clusters do Aurora MySQL 1.\$1 ou a restauração de clusters do Aurora MySQL 1.\$1 de um backup do Amazon S3 para o Aurora MySQL 2.04.1. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Você pode restaurar snapshots do 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 para o Aurora MySQL 2.04.1.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, esta versão não está disponível na região AWS GovCloud (Oeste dos EUA) [us-gov-west-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
O procedimento para atualizar o cluster de banco de dados mudou. Para obter mais informações, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Corrigido um problema em que um snapshot do Aurora MySQL 5.6 para versões inferiores à 1.16 não podia ser restaurado para o cluster mais recente do Aurora MySQL 5.7.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-03-25 (versão 2.04.0) (obsoleta)
**Versão:** 2.04
O Aurora MySQL 2.04 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL são 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 e 3.02.\$1.
Ao criar um novo cluster de bancos de dados Aurora MySQL, incluindo a restauração de um snapshot, você tem a opção de escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6. Não permitimos a atualização local de clusters do Aurora MySQL 1.\$1 ou a restauração de clusters do Aurora MySQL 1.\$1 de um backup do Amazon S3 para o Aurora MySQL 2.04.0. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Você pode restaurar snapshots do Aurora MySQL 1.19.\$1, 2.01.\$1, 2.02.\$1 e 2.03.\$1 para o Aurora MySQL 2.04.0. Não é possível restaurar snapshots do Aurora MySQL 1.14.\$1 ou inferior, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1 no Aurora MySQL 2.04.0. Essa restrição é removida no Aurora MySQL 2.04.1.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, esta versão não está disponível na região AWS GovCloud (Oeste dos EUA) [us-gov-west-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
O procedimento para atualizar o cluster de banco de dados mudou. Para obter mais informações, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Oferece suporte à replicação baseada em GTID. Para obter informações sobre como usar a replicação baseada em GTID com o Aurora MySQL, consulte [Usar a replicação baseada em GTID para o Amazon RDS for MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-replication-gtid.html) no *Guia do usuário do Amazon Aurora*.
+ Corrigido um problema em que uma réplica do Aurora lança incorretamente um erro `Running in read-only mode` quando uma instrução que exclui ou atualiza linhas em uma tabela temporária contém uma subconsulta do InnoDB.
## Integração de correções de bugs do MySQL
+ Bug nº 26225783: FALHA NO MYSQL AO CRIAR TABELA (REPRODUZÍVEL) -> INNODB: JUNTO COM ESPERA DE SEMÁFORO.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-02-07 (versão 2.03.4) (obsoleta)
**Versão:** 2.03.4
O Aurora MySQL 2.03.4 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL (inclusive restaurar um snapshot), você pode escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.03.4 ou a restauração para o Aurora MySQL 2.03.4 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
O procedimento para atualizar o cluster de banco de dados mudou. Para obter mais informações, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Support para agrupamento UTF8 MB4 Unicode 9.0 com e sem distinção entre maiúsculas e minúsculas,. `utf8mb4_0900_as_ci`
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.03.4 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.03.4 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-18 (versão 2.03.3) (obsoleta)
**Versão:** 2.03.3
O Aurora MySQL 2.03.3 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL (inclusive restaurar um snapshot), você pode escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.03.3 ou a restauração para o Aurora MySQL 2.03.3 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
O procedimento para atualizar o cluster de banco de dados mudou. Para obter mais informações, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções CVE**
+ [CVE-2016-5436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5436)
**Correções críticas:**
+ Corrigido um problema em que a réplica do Aurora pode se tornar dead-latched ao executar uma verificação retroativa em um índice.
+ Corrigido um problema em que uma réplica do Aurora pode ser reiniciada quando a instância principal do Aurora executa operações de DDL no local em tabelas particionadas.
+ Corrigido um problema em que uma réplica do Aurora pode ser reiniciada durante a invalidação do cache de consulta depois de uma operação de DDL na instância principal do Aurora.
+ Corrigido um problema em que uma réplica do Aurora pode ser reiniciada durante uma consulta `SELECT` em uma tabela enquanto a instância principal do Aurora executa um truncamento nessa tabela.
+ Corrigido um problema de resultado incorreto com tabelas temporárias do MyISAM em que apenas colunas indexadas são acessadas.
+ Corrigido um problema em logs lentos que geravam valores grandes incorretos para `query_time` e `lock_time` periodicamente depois de aproximadamente 40.000 consultas.
+ Corrigido um problema em que um esquema denominado “tmp” poderia fazer com que a migração do RDS for MySQL para o Aurora MySQL MySQL ficasse travada.
+ Corrigido um problema em que o log de auditoria pode ter eventos ausentes durante uma rotação de log.
+ Corrigido um problema em que a instância primária do Aurora restaurada de um snapshot do Aurora 5.6 pode ser reiniciada quando o recurso Fast DDL no modo de laboratório está habilitado.
+ Corrigido um problema em que o uso de 100% de CPU é provocado pelo thread de estatísticas do dicionário.
+ Corrigido um problema em que um réplica doAurora pode ser reiniciada ao executar uma instrução `CHECK TABLE`.
## Integração de correções de bugs do MySQL
+ Bug nº 25361251: COMPORTAMENTO INCORRETO COM CHAVE DE INSERÇÃO OU DE DUPLICAÇÃO NO SP
+ Bug nº 26734162: COMPORTAMENTO INCORRETO COM ATUALIZAÇÃO DE CHAVE DE INSERÇÃO DE BLOB \$1 DUPLICAÇÃO
+ Bug nº 27460607: COMPORTAMENTO INCORRETO DE IODKU QUANDO A TABELA DE ORIGEM DE INSERÇÃO DA SELEÇÃO ESTÁ VAZIA
+ Uma consulta usando uma cláusula `DISTINCT` ou `GROUP BY` pode retornar resultados incorretos. (MySQL 5.7 Bug \$179591, Bug \$122343910)
+ A `DELETE` de tabelas unificadas usando uma tabela derivada na cláusula de `WHERE` falha com o erro 1093 (Erro n° 23074801).
+ GCOLS: COMPORTAMENTO INCORRETO COM ALTERAÇÕES NO CONJUNTO DE CARACTERES (Bug nº 25287633).
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.03.3 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.03.3 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-09 (versão 2.03.2) (obsoleta)
**Versão:** 2.03.2
O Aurora MySQL 2.03.2 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL (inclusive restaurar um snapshot), você pode escolher a compatibilidade com o MySQL 5.7 ou o MySQL 5.6.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.03.2 ou a restauração para o Aurora MySQL 2.03.2 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
**nota**
O procedimento para atualizar o cluster de banco de dados mudou. Para obter mais informações, consulte [Atualizando a versão secundária ou o nível de patch de um cluster de banco de dados de Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ **Aurora Version Selector**: desde o Aurora MySQL 2.03.2, é possível escolher uma das várias versões do Aurora compatíveis com o MySQL 5.7 no Console de gerenciamento da AWS. Para obter mais informações, consulte [Verificação ou especificação de versões de mecanismo do Aurora MySQL por meio da AWS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions) no *Guia do usuário do Amazon Aurora*.
**Correções críticas:**
+ [CVE-2016-3495](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3495)
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.03.2 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.03.2 não é compatível com os seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-24 (versão 2.03.1) (obsoleta)
**Versão:** 2.03.1
O Aurora MySQL 2.03.1 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1, 2.02.\$1 e 2.03 para o Aurora MySQL 2.03.1.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.03.1 ou a restauração para o Aurora MySQL 2.03.1 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
## Melhorias
+ Corrija um problema em que o Aurora Writer possa reiniciar durante a detecção de deadlock da transação.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.03.1 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.03.1 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-11 (versão 2.03) (obsoleta)
**Versão:** 2.03
O Aurora MySQL 2.03 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1, 2.02.\$1 para o Aurora MySQL 2.03.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.03 ou a restauração para o Aurora MySQL 2.03 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ O esquema de performance está disponível.
+ Corrigido um problema em que sessões zumbi com estado eliminado podem consumir mais CPU.
+ Corrigido um problema de trava inoperante quando uma transação somente leitura está adquirindo um bloqueio em um registro no Aurora Writer.
+ Corrigido um problema em que a réplica do Aurora sem workload do cliente pode apresentar alta utilização da CPU.
+ Várias correções em edições que podem causar a reinicialização da réplica do Aurora ou do gravador do Aurora.
+ Adicionado recurso para ignorar o registro em log do diagnóstico quando o limite da taxa de transferência do disco é atingido.
+ Corrigido um problema de vazamento da memória quando o log binário está habilitado no gravador do Aurora.
## Integração de correções de bug da edição MySQL community
+ VARREDURA REVERSA EM UMA TABELA PARTICIONADA REALIZA ICP - PEDIDO DE DESC (Bug n° 24929748).
+ JSON\$1OBJECT CRIA CÓDIGO JSON INVÁLIDO (Bug n° 26867509).
+ INSERIR DADOS JSON GRANDES DEMORA MUITO (Bug n° 22843444).
+ TABELAS PARTICIONADAS USAM MAIS MEMÓRIA EM 5.7 DO QUE EM 5.6 (Bug n° 25080442).
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.03 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.03 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-08 (versão 2.02.5) (obsoleta)
**Versão:** 2.02.5
O Aurora MySQL 2.02.5 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1, 2.02.\$1 para o Aurora MySQL 2.02.5. Você também pode realizar uma atualização no local do Aurora MySQL 2.01.\$1 ou 2.02.\$1 para o Aurora MySQL 2.02.5.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.02.5 ou a restauração para o Aurora MySQL 2.02.5 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Corrija um problema em que uma réplica do Aurora pode reiniciar ao fazer uma varredura reversa em uma tabela.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.02.5 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.02.5 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-21 (versão 2.02.4) (obsoleta)
**Versão:** 2.02.4
O Aurora MySQL 2.02.4 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 1.18.\$1, 2.01.\$1, 2.02.\$1 para o Aurora MySQL 2.02.4. Você também pode realizar uma atualização no local do Aurora MySQL 2.01.\$1 ou 2.02.\$1 para o Aurora MySQL 2.02.4.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.02.4 ou a restauração para o Aurora MySQL 2.02.4 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
+ Corrigido um problema de estabilidade para índices de pesquisa de texto completo em tabelas restauradas com base em um snapshot do Aurora MySQL 5.6.
## Integração de correções de bug da edição MySQL community
+ `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`
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.02.4 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.02.4 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-08-23 (versão 2.02.3) (obsoleta)
**Versão:** 2.02.3
O Aurora MySQL 2.02.3 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14.\$1, 1.15.\$1, 1.16.\$1, 1.17.\$1, 2.01.\$1, 2.02.\$1 para o Aurora MySQL 2.02.3. Você também pode realizar uma atualização no local do Aurora MySQL 2.01.\$1 ou 2.02.\$1 para o Aurora MySQL 2.02.3.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.02.3 ou a restauração para o Aurora MySQL 2.02.3 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7).
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
Atualmente, o Aurora MySQL 2.01 não oferece suporte aos recursos adicionados ao Aurora MySQL versão 1.16 e posterior. Para obter informações sobre o Aurora MySQL versão 1.16, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.02.3 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.02.3 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
## Diferenças de CLI entre o Aurora MySQL 2.x e o Aurora MySQL 1.x
+ O nome do mecanismo para o Aurora MySQL 2.x é `aurora-mysql`; o nome do mecanismo para o Aurora MySQL 1.x continua sendo `aurora`.
+ O parameter group padrão para o Aurora MySQL 2.x é `default.aurora-mysql5.7`; o parameter group padrão para o Aurora MySQL 1.x continua sendo `default.aurora5.6`.
+ O nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 2.x é `aurora-mysql5.7`; nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 1.x continua sendo `aurora5.6`.
Consulte a documentação do Aurora para ver o conjunto completo de comandos da CLI e as diferenças entre o Aurora MySQL 2.x e o Aurora MySQL 1.x.
## Melhorias
+ Foi corrigido um problema em que uma réplica do Aurora pode ser reiniciada ao usar restaurações de cursor otimistas enquanto lê registros.
+ Atualizado o valor padrão do parâmetro `innodb_stats_persistent_sample_pages` para 128 a fim de aprimorar estatísticas de índice.
+ Corrigido um problema em que uma réplica do Aurora pode reiniciar ao acessar uma tabela pequena modificada simultaneamente na instância principal do Aurora.
+ Corrigido `ANALYZE TABLE` para interromper o abastecimento do cache de definição da tabela.
+ Corrigido um problema em que a instância principal do Aurora ou uma réplica do Aurora pode reiniciar ao converter uma consulta de ponto geoespacial em um intervalo de pesquisa.
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-06-04 (versão 2.02.2) (obsoleta)
**Versão:** 2.02.2
O Aurora MySQL 2.02.2 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14\$1, 1.15\$1, 1.16\$1, 1.17\$1, 2.01\$1 e 2.02 para o Aurora MySQL 2.02.2. Você também pode realizar uma atualização no local do Aurora MySQL 2.01\$1 ou 2.02 para o Aurora MySQL 2.02.2.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.\$1 para o Aurora MySQL 2.02.2 ou a restauração para o Aurora MySQL 2.02.2 de um backup do Amazon S3. Pretendemos remover essas restrições em uma versão posterior do Aurora MySQL 2.\$1.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
**nota**
No momento, essa versão não está disponível nas regiões AWS GovCloud (Oeste dos EUA) [us-gov-west-1] e China (Pequim) [cn-north-1]. Haverá um anúncio separado assim que ela for disponibilizada.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções críticas:**
+ [CVE-2016-3486](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3486)
## Comparação com o Aurora MySQL 5.6
Os recursos a seguir do Amazon Aurora MySQL são compatíveis com o Aurora MySQL 5.6, mas atualmente não são compatíveis com o Aurora MySQL 5.7.
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
Atualmente, o Aurora MySQL 2.01 não oferece suporte aos recursos adicionados ao Aurora MySQL versão 1.16 e posterior. Para obter informações sobre o Aurora MySQL versão 1.16, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.02.2 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.02.2 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
## Diferenças de CLI entre o Aurora MySQL 2.x e o Aurora MySQL 1.x
+ O nome do mecanismo para o Aurora MySQL 2.x é `aurora-mysql`; o nome do mecanismo para o Aurora MySQL 1.x continua sendo `aurora`.
+ O parameter group padrão para o Aurora MySQL 2.x é `default.aurora-mysql5.7`; o parameter group padrão para o Aurora MySQL 1.x continua sendo `default.aurora5.6`.
+ O nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 2.x é `aurora-mysql5.7`; nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 1.x continua sendo `aurora5.6`.
Consulte a documentação do Aurora para ver o conjunto completo de comandos da CLI e as diferenças entre o Aurora MySQL 2.x e o Aurora MySQL 1.x.
## Melhorias
+ Foi corrigido um problema no gravador do Aurora que, ocasionalmente, pode ser reiniciado ao rastrear o andamento de réplica do Aurora.
+ Foi corrigido um problema em que uma réplica do Aurora é reiniciada ou gera um erro quando uma tabela particionada é acessada depois da execução de instruções de criação ou de descarte de índices na tabela no gravador do Aurora.
+ Corrigido um problema em que uma tabela em uma réplica do Aurora ficava inacessível enquanto aplicava as alterações causadas pela execução das instruções da ADD/DROP coluna da tabela ALTER no Aurora Writer.
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-05-03 (versão 2.02) (obsoleta)
**Versão:** 2.02
O Aurora MySQL 2.02 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14\$1, 1.15\$1, 1.16\$1, 1.17\$1 e 2.01\$1 para o Aurora MySQL 2.02. Você também pode realizar uma atualização no local do Aurora MySQL 2.01\$1 ou para o Aurora MySQL 2.02.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.x para o Aurora MySQL 2.02 ou a restauração para o Aurora MySQL 2.02 de um backup do Amazon S3. Pretendemos eliminar essas restrições em uma versão posterior do Aurora MySQL 2.x.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Comparação com o Aurora MySQL 5.6
Os recursos a seguir do Amazon Aurora MySQL são compatíveis com o Aurora MySQL 5.6, mas atualmente não são compatíveis com o Aurora MySQL 5.7.
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
Atualmente, o Aurora MySQL 2.01 não oferece suporte aos recursos adicionados ao Aurora MySQL versão 1.16 e posterior. Para obter informações sobre o Aurora MySQL versão 1.16, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.02 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.02 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
## Diferenças de CLI entre o Aurora MySQL 2.x e o Aurora MySQL 1.x
+ O nome do mecanismo para o Aurora MySQL 2.x é `aurora-mysql`; o nome do mecanismo para o Aurora MySQL 1.x continua sendo `aurora`.
+ O parameter group padrão para o Aurora MySQL 2.x é `default.aurora-mysql5.7`; o parameter group padrão para o Aurora MySQL 1.x continua sendo `default.aurora5.6`.
+ O nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 2.x é `aurora-mysql5.7`; nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 1.x continua sendo `aurora5.6`.
Consulte a documentação do Aurora para ver o conjunto completo de comandos da CLI e as diferenças entre o Aurora MySQL 2.x e o Aurora MySQL 1.x.
## Melhorias
+ Correção de um problema onde um Aurora Writer reinicia ao executar instruções INSERT e explorar a otimização de Inserção rápida.
+ Correção de um problema onde um Aurora Replica reinicia ao executar instruções de ALTER DATABASE no Aurora Replica.
+ Correção de um problema onde Aurora Replica reinicia ao executar consultas em tabelas que tinham acabado de ser colocadas no Aurora Writer.
+ Correção de um problema onde Aurora Replica reinicia ao definir `innodb_adaptive_hash_index` como `OFF` no Aurora Replica.
+ Correção de um problema onde um Aurora Replica reinicia ao executar consultas de TRUNCATE TABLE no Aurora Writer.
+ Correção de um problema onde Aurora Writer congela em determinadas circunstâncias ao executar INSERT. Em um cluster de nó múltiplo, isso pode resultar em um failover.
+ Correção de um vazamento de memória associado com definição das variáveis de sessão.
+ Correção de um problema onde Aurora Writer congela em determinadas circunstâncias associadas com reversão da limpeza de tabelas com colunas geradas.
+ Correção de um problema onde Aurora Writer pode, às vezes, reiniciar quando log binário é habilitado.
## Integração de correções de bugs do MySQL
+ A junção à esquerda retorna resultados incorretos na parte externa (Bug nº 22833364).
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 2.01.1) (obsoleta)
**Versão:** 2.01.1
O Aurora MySQL 2.01.1 está disponível para o público. As versões do Aurora MySQL 2.x são compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x são compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6. Ao restaurar um snapshot compatível com MySQL 5.6, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14\$1, 1.15\$1, 1.16\$1 e 2.01\$1 para o Aurora MySQL 2.01.1.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.x para o Aurora MySQL 2.01.1 ou a restauração para o Aurora MySQL 2.01.1 de um backup do Amazon S3. Pretendemos eliminar essas restrições em uma versão posterior do Aurora MySQL 2.x.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
## Comparação com o Aurora MySQL 5.6
Os recursos a seguir do Amazon Aurora MySQL são compatíveis com o Aurora MySQL 5.6, mas atualmente não são compatíveis com o Aurora MySQL 5.7.
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
Atualmente, o Aurora MySQL 2.01.1 não oferece suporte aos recursos adicionados ao Aurora MySQL versão 1.16 e posterior. Para obter informações sobre o Aurora MySQL versão 1.16, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.01.1 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.01.1 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
## Diferenças de CLI entre o Aurora MySQL 2.x e o Aurora MySQL 1.x
+ O nome do mecanismo para o Aurora MySQL 2.x é `aurora-mysql`; o nome do mecanismo para o Aurora MySQL 1.x continua sendo `aurora`.
+ O parameter group padrão para o Aurora MySQL 2.x é `default.aurora-mysql5.7`; o parameter group padrão para o Aurora MySQL 1.x continua sendo `default.aurora5.6`.
+ O nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 2.x é `aurora-mysql5.7`; nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 1.x continua sendo `aurora5.6`.
Consulte a documentação do Aurora para ver o conjunto completo de comandos da CLI e as diferenças entre o Aurora MySQL 2.x e o Aurora MySQL 1.x.
## Melhorias
+ Foi corrigido um problema com a restauração de snapshots em que privilégios de banco de dados específicos ao Aurora eram criados incorretamente quando um snapshot compatível com o MySQL 5.6 era restaurado com compatibilidade com o MySQL 5.7.
+ Suporte adicionado para as restaurações de snapshots 1.17.
# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-02-06 (versão 2.01) (obsoleta)
**Versão:** 2.01
O Aurora MySQL 2.01 está disponível para o público. Daqui em diante, as versões do Aurora MySQL 2.x serão compatíveis com as versões do MySQL 5.7, e as versões do Aurora MySQL 1.x serão compatíveis com o MySQL 5.6.
Ao criar um novo cluster de bancos de dados Aurora MySQL, inclusive os restaurados de snapshots, escolha a compatibilidade com MySQL 5.7 ou MySQL 5.6.
Você pode restaurar snapshots do Aurora MySQL 1.14\$1, 1.15\$1 e 1.16\$1 para o Aurora MySQL 2.01.
Não permitimos a atualização no local de clusters do Aurora MySQL 1.x para o Aurora MySQL 2.01 ou a restauração para o Aurora MySQL 2.01 de um backup do Amazon S3. Pretendemos eliminar essas restrições em uma versão posterior do Aurora MySQL 2.x.
O esquema de performance está desabilitado para esta versão do Aurora MySQL 5.7. Atualização para o Aurora 2.03 para suporte ao esquema de performance.
## Comparação com o Aurora MySQL 5.6
Os recursos a seguir do Amazon Aurora MySQL são compatíveis com o Aurora MySQL 5.6, mas atualmente não são compatíveis com o Aurora MySQL 5.7.
+ Pré-busca de chave assíncrona (AKP). Para obter mais informações, consulte [Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP) no *Guia do usuário do Amazon Aurora*.
+ Hash joins. Para obter mais informações, consulte [Otimizando grandes consultas de junção do Aurora MySQL com junções hash](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin) no *Guia do usuário do Amazon Aurora*.
+ Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte [Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda) no *Guia do usuário do Amazon Aurora*.
+ Lote de varredura. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
+ Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte [Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3) no *Guia do usuário do Amazon Aurora*.
Atualmente, o Aurora MySQL 2.01 não oferece suporte aos recursos adicionados ao Aurora MySQL versão 1.16 e posterior. Para obter informações sobre o Aurora MySQL versão 1.16, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md).
## Compatibilidade com o MySQL 5.7
O Aurora MySQL 2.01 é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, o Aurora MySQL 2.01 não oferece suporte aos seguintes recursos do MySQL 5.7:
+ Identificadores globais de transações (GTIDs). O Aurora MySQL é compatível com a versão 2.04 e GTIDs superior.
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento online do grupo de buffers
+ Plugin de validação de senha
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ A declaração SQL `CREATE TABLESPACE`
+ Protocolo X
## Diferenças de CLI entre o Aurora MySQL 2.x e o Aurora MySQL 1.x
+ O nome do mecanismo para o Aurora MySQL 2.x é `aurora-mysql`; o nome do mecanismo para o Aurora MySQL 1.x continua sendo `aurora`.
+ O parameter group padrão para o Aurora MySQL 2.x é `default.aurora-mysql5.7`; o parameter group padrão para o Aurora MySQL 1.x continua sendo `default.aurora5.6`.
+ O nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 2.x é `aurora-mysql5.7`; nome de família de parameter groups de cluster de banco de dados para o Aurora MySQL 1.x continua sendo `aurora5.6`.
Consulte a documentação do Aurora para ver o conjunto completo de comandos da CLI e as diferenças entre o Aurora MySQL 2.x e o Aurora MySQL 1.x.