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 1 (obsoleta)
<a name="AuroraMySQL.Updates.11Updates"></a>

As atualizações a seguir referem-se ao mecanismo de banco de dados da versão 1 do Amazon Aurora:<a name="aurora_1x_updates"></a>
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-09-30 (versão 1.23.4) (obsoleta)](AuroraMySQL.Updates.1234.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-06-28 (versão 1.23.3) (obsoleta)](AuroraMySQL.Updates.1233.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-18 (versão 1.23.2) (obsoleta)](AuroraMySQL.Updates.1232.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-24 (versão 1.23.1) (obsoleta)](AuroraMySQL.Updates.1231.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-09-02 (versão 1.23.0) (obsoleta)](AuroraMySQL.Updates.1230.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-06-03 (versão 1.22.5) (obsoleta)](AuroraMySQL.Updates.1225.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-04 (versão 1.22.4) (obsoleta)](AuroraMySQL.Updates.1224.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta)](AuroraMySQL.Updates.1223.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.22.2) (obsoleta)](AuroraMySQL.Updates.1222.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-12-23 (versão 1.22.1) (obsoleta)](AuroraMySQL.Updates.1221.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 1.22.0) (obsoleta)](AuroraMySQL.Updates.1220.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 1.21.0) (obsoleta)](AuroraMySQL.Updates.1210.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.20.1) (obsoleta)](AuroraMySQL.Updates.1201.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 1.20.0) (obsoleta)](AuroraMySQL.Updates.1200.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.19.6) (obsoleta)](AuroraMySQL.Updates.1196.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 1.19.5) (obsoleta)](AuroraMySQL.Updates.1195.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-06-05 (versão 1.19.2) (obsoleta)](AuroraMySQL.Updates.1192.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-09 (versão 1.19.1) (obsoleta)](AuroraMySQL.Updates.1191.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-02-07 (versão 1.19.0) (obsoleta)](AuroraMySQL.Updates.1190.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-20 (versão 1.18.0) (obsoleta)](AuroraMySQL.Updates.1180.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.17.9) (obsoleta)](AuroraMySQL.Updates.1179.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-17 (versão 1.17.8) (obsoleta)](AuroraMySQL.Updates.1178.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-08 (versão 1.17.7) (obsoleta)](AuroraMySQL.Updates.1177.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-06 (versão 1.17.6) (obsoleta)](AuroraMySQL.Updates.1176.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-08-14 (versão 1.17.5) (obsoleta)](AuroraMySQL.Updates.1175.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-08-07 (versão 1.17.4) (obsoleta)](AuroraMySQL.Updates.1174.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-06-05 (versão 1.17.3) (obsoleta)](AuroraMySQL.Updates.1173.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-04-27 (versão 1.17.2) (obsoleta)](AuroraMySQL.Updates.1172.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-23 (versão 1.17.1) (obsoleta)](AuroraMySQL.Updates.1171.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.17) (obsoleta)](AuroraMySQL.Updates.117.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)](AuroraMySQL.Updates.20171211.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-11-20 (versão 1.15.1) (obsoleta)](AuroraMySQL.Updates.20171120.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-10-24 (versão 1.15) (obsoleta)](AuroraMySQL.Updates.20171024.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.14.4) (obsoleta)](AuroraMySQL.Updates.1144.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-09-22 (versão 1.14.1) (obsoleta)](AuroraMySQL.Updates.20170922.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-08-07 (versão 1.14) (obsoleta)](AuroraMySQL.Updates.20170807.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-05-15 (versão 1.13) (obsoleta)](AuroraMySQL.Updates.20170515.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-04-05 (versão 1.12) (obsoleta)](AuroraMySQL.Updates.20170405.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-02-23 (versão 1.11) (obsoleta)](AuroraMySQL.Updates.20170223.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-01-12 (versão 1.10.1) (obsoleta)](AuroraMySQL.Updates.20170112.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-12-14 (versão 1.10) (obsoleta)](AuroraMySQL.Updates.20161214.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-11-10 (versão 1.9.0, 1.9.1) (obsoleta)](AuroraMySQL.Updates.20161110.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-10-26 (versão 1.8.1) (obsoleta)](AuroraMySQL.Updates.20161026.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-10-18 (versão 1.8) (obsoleta)](AuroraMySQL.Updates.20161018.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-09-20 (versão 1.7.1) (obsoleta)](AuroraMySQL.Updates.20160920.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-08-30 (versão 1.7.0) (obsoleta)](AuroraMySQL.Updates.20160830.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-06-01 (versão 1.6.5) (obsoleta)](AuroraMySQL.Updates.20160601.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-04-06 (versão 1.6) (obsoleta)](AuroraMySQL.Updates.20160406.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-01-11 (versão 1.5) (obsoleta)](AuroraMySQL.Updates.20160111.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-12-03 (versão 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md)
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-10-16 (versão 1.2, 1.3) (obsoleta)](AuroraMySQL.Updates.20151016.md) 
+ [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-08-24 (versão 1.1) (obsoleta)](AuroraMySQL.Updates.20150824.md)

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-09-30 (versão 1.23.4) (obsoleta)
<a name="AuroraMySQL.Updates.1234"></a><a name="1234"></a><a name="1.23.4"></a>

**Versão:** 1.23.4

A versão 1.23.4 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.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, 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*. 

## Melhorias
<a name="AuroraMySQL.Updates.1234.Improvements"></a>

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

 **Correções de alta prioridade:** 
+ [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-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-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)

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-06-28 (versão 1.23.3) (obsoleta)
<a name="AuroraMySQL.Updates.1233"></a><a name="1233"></a><a name="1.23.3"></a>

**Versão:** 1.23.3

O Aurora MySQL 1.23.3 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, 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*. 

## Melhorias
<a name="AuroraMySQL.Updates.1233.Improvements"></a>

 Melhorias gerais de estabilidade e disponibilidade. 

 **Correções de segurança:** 
+ [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)

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-18 (versão 1.23.2) (obsoleta)
<a name="AuroraMySQL.Updates.1232"></a><a name="1232"></a><a name="1.23.2"></a>

**Versão:** 1.23.2

O Aurora MySQL 1.23.2 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, pela AWS CLI ou pela API do Amazon RDS. 

**nota**  
 Essa versão não está disponível nas seguintes regiões: AWS GovCloud (EUA-Leste) [us-gov-east-1], AWS GovCloud (EUA-Oeste) [us-gov-west-1]. Haverá um anúncio separado assim que ela for disponibilizada. 

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

 **Correções de alta prioridade:** 
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [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-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [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)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)

 **Melhorias de disponibilidade:** 
+  Correção de um problema no recurso de redimensionamento do armazenamento de clusters que poderia fazer com que as instâncias de banco de dados do leitor reiniciassem. 
+  Correção de um problema de failover devido a uma condição de corrida na declaração `RESET QUERY CACHE`. 
+  Correção de uma falha em uma chamada de procedimento armazenada aninhada com cache de consulta. 
+  Correção de um problema para evitar o reinício repetido do `mysqld` ao se recuperar de um truncamento incompleto de tabelas particionadas ou subparticionadas. 
+  Correção de um problema que poderia impedir o sucesso da migração do ambiente on-premise ou do RDS for MySQL para o Aurora MySQL. 
+  Correção de uma condição de corrida rara em que o banco de dados pode reiniciar durante o dimensionamento do volume de armazenamento. 
+  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. 
+  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. 
+  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 durante a atualização de 5.6 para 5.7 quando o DDL Online Rápido estava habilitado na tabela no modo de laboratório do 5.6. 
+  Vários problemas em que o mecanismo podia ser reiniciado durante a aplicação de patches com tempo de inatividade zero durante a conferência de um ponto desativado na atividade do banco de dados para aplicação de patches foram corrigidos. 
+  Correção de vários problemas relacionados a reinicializações repetidas por operações de DDL interrompidas, como `DROP TRIGGER`, `ALTER TABLE` e, especificamente, `ALTER TABLE`, que modificam o tipo de particionamento ou o número de partições em uma tabela. 
+  Atualizado 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). Foram afetadas as versões 1.21.x e 1.22.x. 
+  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
<a name="AuroraMySQL.Updates.1232.Patches"></a>
+  *Replicação*: Enquanto uma instrução `SHOW BINLOG EVENTS` estava sendo executada, todas as transações paralelas foram bloqueadas. A correção garante que o processo `SHOW BINLOG EVENTS` agora só adquira um bloqueio durante o cálculo da posição final do arquivo, portanto, as transações paralelas não são bloqueadas por longas durações. (Erro n.º 76618, erro n.º 20928790) 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-24 (versão 1.23.1) (obsoleta)
<a name="AuroraMySQL.Updates.1231"></a><a name="1231"></a><a name="1.23.1"></a>

**Versão:** 1.23.1

O Aurora MySQL 1.23.1 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, 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*. 

## Melhorias
<a name="AuroraMySQL.Updates.1231.Improvements"></a>

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

 **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 fazia com que uma instância de Aurora leitor em um cluster secundário de banco de dados global com execução 1.23.0 seja reiniciada repetidamente. 
+  Corrigido um problema 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 1.23.0 enquanto o gravador de Região principal estava em uma versão mais antiga. 
+  Corrigido um vazamento de memória no recurso de redimensionamento dinâmico, introduzido em Aurora MySQL 1.23.0. 
+  Corrigido um problema que poderia causar a reinicialização do servidor durante a execução de uma consulta usando o recurso de consulta paralela. 
+  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. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-09-02 (versão 1.23.0) (obsoleta)
<a name="AuroraMySQL.Updates.1230"></a><a name="1230"></a><a name="1.23.0"></a>

**Versão:** 1.23.0

O Aurora MySQL 1.23.0 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 3.01.\$1 e 3.02.\$1. 

 É possível restaurar o snapshot de um banco de dados Aurora MySQL 1.\$1 para o Aurora MySQL 1.23.0. 

**Importante**  
 As melhorias no Aurora armazenamento nesta versão limitam os caminhos de atualização disponíveis de Aurora MySQL 1.23 para Aurora MySQL 2.\$1. Quando você atualiza um cluster Aurora MySQL 1.23 para 2.\$1, você deve atualizar para Aurora MySQL 2.09.0 ou posterior. 

 Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio do console do RDS, da CLI AWS ou da API do Amazon RDS. 

**nota**  
 No momento, essa versão não está disponível nas seguintes regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-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
<a name="AuroraMySQL.Updates.1230.Improvements"></a>

 **Novos recursos:** 
+  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*. 
+  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. 
+  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. 
+  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 AWS regiões em que o Aurora está disponível. Dependendo da região em que o cluster está, esse atributo 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:** 
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)

 **Melhorias de disponibilidade:** 
+  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. 
+  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. 
+  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 durante a atualização de 5.6 para 5.7 quando o `innodb_file_format` era alterado em uma tabela que tinha o DDL Fast ativado. 
+  Vários problemas em que o mecanismo podia ser reiniciado durante a aplicação de patches com tempo de inatividade zero durante a conferência de um ponto desativado na atividade do banco de dados para aplicação de patches foram corrigidos. 
+  Correção de um problema relacionado à recuperação DDL que afeta a reinicialização da instância de banco de dados ao recuperar uma operação `DROP TRIGGER` interrompida. 
+  Correção de um bug que poderia causar indisponibilidade do banco de dados se ocorresse uma falha durante a execução de determinadas operações de particionamento. Especificamente, uma operação `ALTER TABLE` interrompida que modifica o tipo de particionamento ou o número de partições em uma tabela. 
+  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 afetou as versões 1.21.x e 1.22.x. 

 **Bancos de dados globais:** 
+  Preencha os dados ausentes na visualização do `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` MySQL nas regiões primária e AWS secundária em um banco de dados global Aurora. 
+  Correção de falhas de consulta inesperadas que poderiam ocorrer em uma região secundária de banco de dados global devido à coleta de lixo de registros UNDO na região principal, após problemas temporários de conectividade de rede entre as regiões principal e secundária. 

 **Consulta paralela:** 
+  Correção de um problema em que uma consulta paralela poderia fazer com que uma consulta de longa duração retornasse um resultado vazio. 
+  Correção de um problema em que uma consulta em uma pequena tabela na réplica de leitura do Aurora poderia levar mais de um segundo. 
+  Correção de um problema que poderia causar uma reinicialização quando uma consulta paralela e uma instrução DML estavam sendo executadas simultaneamente sob uma workload pesada. 

 **Melhorias gerais:** 
+  Correção de um problema em que consultas usando índice espacial podiam retornar resultados parciais se o índice espacial fosse criado em tabelas com valores espaciais grandes já existentes. 
+  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. 
+  Correção de um problema em que uma réplica binlog conectada a uma principal de log binário do Aurora MySQL poderia mostrar dados incompletos quando o log binário principal do Aurora MySQL carregava dados do S3 em `statement` `binlog_format`. 
+  Para o carregamento de dados, mapear binlog\$1format `mixed` para `row` em vez de `statement`, a fim de estar em conformidade com o comportamento da comunidade. 
+  Correção de um problema que fazia com que a replicação de binlog parasse de funcionar quando o usuário fechava a conexão e a sessão estava usando tabelas temporárias. 
+  Tempo de resposta melhorado de uma consulta envolvendo tabelas temporárias MyISAM. 
+  Corrija o problema de permissão quando o operador de log binário executa uma função do Lambda nativa. 
+  Correção de um problema nas réplicas de leitura do Aurora ao tentar consultar ou alternar o log lento ou o log geral. 
+  Corrigido um problema que interrompia a replicação lógica quando o parâmetro `binlog_checksum` era definido com valores diferentes no mestre e na réplica. 
+  Corrigido um problema em que a réplica de leitura podia ver resultados parciais transitórios de uma transação confirmada recentemente no gravador. 
+  Inclua informações da transação revertida em `show engine innodb status` quando um deadlock for resolvido. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1230.Patches"></a>
+  Eventos de binlog com `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` serão regravados `ALGORITHM=DEFAULT` para serem compatíveis com a edição da comunidade. 
+  ERRO nº 22350047: SE O CLIENTE FOI ENCERRADO APÓS A REVERSÃO PARA OS STMTS ANTERIORES DO PONTO DE SALVAMENTO CONFIRMADO 
+  Erro nº 29915479: EXECUÇÃO COM\$1REGISTER\$1SLAVE SEM COM\$1BINLOG\$1DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR 
+  Erro nº 30441969: BUG \$129723340: TRAVAMENTO DO SERVIDOR MYSQL APÓS CONSULTA SQL COM DADOS ?AST 
+  Erro nº 30628268: TRAVAMENTO POR FALTA DE MEMÓRIA 
+  Erro nº 27081349: COMPORTAMENTO INESPERADO AO EXCLUIR COM FUNÇÃO ESPACIAL 
+  Erro nº 27230859: COMPORTAMENTO INESPERADO AO LIDAR COM POLÍGONO INVÁLIDO" 
+  Erro nº 27081349: COMPORTAMENTO INESPERADO AO EXCLUIR COM ESPACIAL" 
+  Erro nº26935001: ALTERAR TABELA AUTO\$1INCREMENT TENTA LER ÍNDICE DO TABLESPACE DESCARTADO 
+  Erro nº29770705: SERVIDOR TRAVOU AO EXECUTAR SELEÇÃO COM CLÁUSULA WHERE ESPECÍFICA 
+  Erro nº27659490: SELECIONAR USANDO INTERVALO DINÂMICO E MESCLAGEM DE ÍNDICE USA MUITA MEMÓRIA (OOM) 
+  Erro nº24786290: A REPLICAÇÃO É INTERROMPIDA APÓS O Erro nº74145 OCORRER NO MASTER 
+  Erro nº27703912: USO EXCESSIVO DE MEMÓRIA COM MUITA PREPARAÇÃO 
+  Bug \$120527363: TRUNCATE TEMPORARY TABLE CRASH:\$1 DICT\$1 TF2 \$1FLAG\$1IS\$1SET (TABELA, DICT\$1 \$1TEMPORARY) TF2 
+  Erro nº 23103937: PS\$1TRUNCATE\$1ALL\$1TABLES() NÃO FUNCIONA NO MODO SUPER\$1READ\$1ONLY 
+  Erro nº 25053286: USAR VISUALIZAÇÃO COM CONDIÇÃO NO PROCEDIMENTO CAUSA COMPORTAMENTO INCORRETO (corrigido em 5.6.36) 
+  Erro nº 25586773: COMPORTAMENTO INCORRETO PARA CRIAR TABELA SELECT EM UM LOOP EM SP (corrigido em 5.6.39) 
+  Erro nº 27407480: AUTOMATIC\$1SP\$1PRIVILEGES REQUER OS PRIVILÉGIOS DE INSERÇÃO PARA A TABELA MYSQL.USER 
+  Erro nº 26997096: o valor `relay_log_space` 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º 15831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY NÃO ESTÁ FUNCIONANDO CONFORME O ESPERADO 
+  Erro de backport SSL nº 17087862, erro nº 20551271 
+  Erro nº 16894092: REGRESSÃO DE PERFORMANCE EM 5.6.6\$1 PARA INSERIR EM... SELECT ... DE (corrigido em 5.6.15). 
+  Transfira uma correção de erro relacionada a `SLAVE_TYPE_CONVERSIONS`. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-06-03 (versão 1.22.5) (obsoleta)
<a name="AuroraMySQL.Updates.1225"></a><a name="1225"></a><a name="1.22.5"></a>

 **Versão:** 1.22.5 

 O Aurora MySQL 1.22.5 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7. 

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, pela AWS CLI ou pela API do Amazon RDS. 

**nota**  <a name="lts_notice_1225"></a>
 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
<a name="AuroraMySQL.Updates.1225.Improvements"></a>

 **Melhorias de disponibilidade:** 
+  Resolvido um problema que poderia fazer com que o banco de dados parasse e, posteriormente, reiniciasse ou executasse um failover devido a um conflito de simultaneidade entre os processos internos de limpeza. 
+  Resolvido um problema que poderia fazer com que o cluster ficasse indisponível se o banco de dados fosse reiniciado enquanto mantinha transações XA no estado preparado e, em seguida, reiniciado novamente antes que essas transações fossem confirmadas ou revertidas. Antes dessa correção, você pode resolver o problema restaurando o cluster para um ponto no tempo antes da primeira reinicialização. 
+  Resolvido um problema que poderia fazer com que a limpeza do InnoDB ficasse bloqueada se o banco de dados fosse reiniciado durante o processamento de uma instrução DDL. Como resultado, o comprimento da lista de histórico do InnoDB aumentaria e o volume de armazenamento do cluster continuaria crescendo até que ele fosse preenchido, tornando o banco de dados indisponível. Antes dessa correção, você pode mitigar o problema reiniciando o banco de dados novamente para desbloquear a expurgação. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-04 (versão 1.22.4) (obsoleta)
<a name="AuroraMySQL.Updates.1224"></a><a name="1224"></a><a name="1.22.4"></a>

**Versão:** 1.22.4

O Aurora MySQL 1.22.4 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, pela AWS CLI ou pela API do Amazon RDS. 

**nota**  <a name="lts_notice_1224"></a>
 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
<a name="AuroraMySQL.Updates.1224.Improvements"></a>

 **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-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [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-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-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 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. 
+  Melhoria no processamento de log binário para reduzir o tempo de recuperação de falhas e a latência de tempo de commit quando transações muito grandes estão envolvidas. 
+  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`. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta)
<a name="AuroraMySQL.Updates.1223"></a><a name="1223"></a><a name="1.22.3"></a>

**Versão:** 1.22.3

O Aurora MySQL 1.22.3 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 pelo console do RDS, pela AWS CLI ou pela API do Amazon RDS. 

**nota**  <a name="lts_notice_1223"></a>
 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
<a name="AuroraMySQL.Updates.1223.Improvements"></a>

 **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-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)

 **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:** 
+  Corrigidos problemas que poderiam causar reinicializações do servidor durante a recuperação de uma instrução DDL que não foi confirmada. 
+  Corrigidas as condições de corrida no gerenciador de bloqueio que podem gerar uma reinicialização do servidor. 
+  Correção de um problema que poderia fazer com que o agente de monitoramento reiniciasse o servidor durante a recuperação de uma transação grande 

 **Melhorias gerais:** 
+  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`. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1223.Patches"></a>
+  Bug \$126654685: Um ID de índice corrompido encontrado durante uma verificação de chave estrangeira gerou uma declaração 
+  Erro nº 15831300: Por padrão, ao promover inteiros de um tipo menor no mestre para um tipo maior no escravo (por exemplo, de uma coluna [SMALLINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) no mestre para uma coluna [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) no escravo), os valores promovidos são tratados como se fossem assinados. Agora, nesses casos, é possível modificar ou substituir esse comportamento usando um ou ambos de `ALL_SIGNED`, `ALL_UNSIGNED` no conjunto de valores especificados para a variável de sistema de servidor [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) . Para obter mais informações, consulte [Replicação baseada em linha: promoção e rebaixamento de atributos](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion), bem como a descrição da variável. 
+  Ero nº17449901: Com `foreign_key_checks=0`, o InnoDB permitiu que um índice exigido por uma restrição de chave estrangeira fosse descartado, colocando a tabela em um inconsistente e fazendo com que a falha na verificação de chave estrangeira ocorre na carga da tabela. O InnoDB agora evita descartar um índice exigido por uma restrição de chave estrangeira, mesmo com foreign\$1key\$1checks=0. A restrição de chave estrangeira deve ser removida antes de soltar o índice de chave estrangeira. 
+  ERRO N.º 20768847: Um [ALTER TABLE... A operação DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) em uma tabela com dependências de chave estrangeira levantou uma declaração. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.22.2) (obsoleta)
<a name="AuroraMySQL.Updates.1222"></a>

**Versão:** 1.22.2

O Aurora MySQL 1.22.2 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 do console do RDS, da CLI AWS ou da API do Amazon RDS. 

**nota**  
 No momento, essa versão não está disponível nas seguintes regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-1]. Haverá um anúncio separado assim que ela for disponibilizada.   
 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
<a name="AuroraMySQL.Updates.1222.Improvements"></a>

 **Correções de alta prioridade:** 
+  Corrigido um problema de falhas de conexão intermitentes após a rotação do certificado. 
+  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 interrompia a replicação lógica quando o parâmetro `binlog_checksum` era definido com valores diferentes no mestre e na réplica. 
+  Corrigido um problema em que o log lento e o log geral não giravam corretamente nas réplicas de leitura. 
+  Corrigido um problema com o comportamento do nível de isolamento de leitura confirmada do ANSI. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-12-23 (versão 1.22.1) (obsoleta)
<a name="AuroraMySQL.Updates.1221"></a>

**Versão:** 1.22.1

 O Aurora MySQL 1.22.1 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7. 

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 API RDS AWS CLI ou da API do Console de gerenciamento da AWS RDS. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 1.\$1 existentes para o Aurora MySQL 1.22.1. 

**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] 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**  
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
<a name="AuroraMySQL.Updates.1221.Improvements"></a>

 **Correções críticas:** 
+ Corrigidos problemas que impediam a recuperação do mecanismo envolvendo bloqueios de tabela e tabelas temporárias.
+ Melhorada a estabilidade do log binário quando tabelas temporárias são usadas.

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

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 1.22.0) (obsoleta)
<a name="AuroraMySQL.Updates.1220"></a>

**Versão:** 1.22.0

 O Aurora MySQL 1.22.0 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7. 

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 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 API RDS AWS CLI ou da API do Console de gerenciamento da AWS RDS. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 1.\$1 existentes para o Aurora MySQL 1.22.0. 

**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**  
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
<a name="AuroraMySQL.Updates.1220.Improvements"></a>

 **Novos recursos:** 
+  Os clusters do Aurora MySQL já oferecem suporte para os tipos de instância r5.8xlarge, r5.16xlarge e r5.24xlarge. 
+  O log binário tem novas melhorias para atenuar a latência do tempo de confirmação quando há transações muito grandes envolvidas. 
+  O Aurora MySQL agora tem um mecanismo para reduzir a janela de tempo durante a qual os eventos de uma transação grande são gravados no log binário na confirmação. Ele impede com eficácia a recuperação offline demorada que ocorre quando o banco de dados trava durante essa janela de tempo. Esse recurso também corrige o problema que ocorre quando uma transação grande bloqueia transações pequenas na confirmação do log binário. Esse recurso é desativado por padrão e poderá ser habilitado pela equipe de manutenção se for necessário para sua workload. Quando habilitado, ele será acionado quando o tamanho de uma transação for > 500 MB. 
+  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). 
+  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 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. 
+  Esta versão tem arquivos de fuso horário atualizados para oferecer suporte à atualização de fuso horário do Brasil mais recente para novos clusters. 

 **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:** 
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [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-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [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-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+  Corrigimos um problema no componente de 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 da consulta `TRUNCATE TABLE` em uma tabela com a coluna `AUTO_INCREMENT` deverão ser atualizados. 
+  Corrigimos um problema no componente de 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 da consulta `DROP TABLE` em várias tabelas em paralelo deverão ser atualizados. 

 **Correções de estabilidade geral:** 
+  Corrigimos um problema que fazia com que as réplicas de leitura fossem inicializadas durante uma transação de execução longa. Os clientes que observarem a reinicialização de réplicas com uma queda acelerada na memória disponível deverão considerar a atualização para esta versão. 
+  Corrigimos um problema que relatava incorretamente `ERROR 1836` quando uma consulta aninhada era executada em uma tabela temporária na réplica de leitura. 
+  Corrigimos um erro de anulação de consulta paralela em uma instância de leitor do Aurora enquanto uma workload de gravação intensa estava em execução na instância de gravador do Aurora. 
+  Corrigimos um problema que faz com que um banco de dados configurado como mestre do log binário seja reiniciado durante a execução de uma workload de gravação intensa. 
+  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. 
+  Corrigimos um problema que gerava dados inconsistentes na tabela `information_schema.replica_host_status`. 
+  Corrigimos um comportamento de disputa entre a consulta paralela e os caminhos de execução padrão que fazia com que os nós do leitor fossem reiniciados de forma intermitente. 
+  Melhoramos a estabilidade do banco de dados quando o número de conexões do cliente excede o valor do parâmetro `max_connections`. 
+  Melhoramos a estabilidade das instâncias de leitor bloqueando o DDL incompatível e as consultas `LOAD FROM S3`. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1220.Patches"></a>
+  Bug nº 16346241 - SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR 
+  Bug nº 17733850 - NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST() 
+  Bug nº 20989615 - INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE 
+  Erro nº 20181776 – O CONTROLE DE ACESSO NÃO CORRESPONDE AO HOST MAIS ESPECÍFICO QUANDO CONTÉM CARACTERES CURINGA 
+  Bug \$127326796 - FALHA NO MYSQL COM FALHA DE ASSERÇÃO DO INNODB NO ARQUIVO PARS.CC PARS0 
+  Bug nº 20590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 1.21.0) (obsoleta)
<a name="AuroraMySQL.Updates.1210"></a>

**Versão:** 1.21.0

 O Aurora MySQL 1.21.0 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7. 

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, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 e 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 API RDS AWS CLI ou da API do Console de gerenciamento da AWS RDS. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 1.\$1 existentes para o Aurora MySQL 1.21.0. 

**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**  
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
<a name="AuroraMySQL.Updates.1210.Improvements"></a>

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

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

 **Correções de estabilidade geral:** 
+  Correção de um erro de anulação de consulta em instâncias de leitor do Aurora enquanto uma workload de leitura pesada estava em execução na instância de gravador do Aurora. 
+  Correção de um problema em instâncias de leitor do Aurora que reduziam a memória livre durante transações de longa execução enquanto havia um tráfego de confirmação de transação pesado na instância de gravador. 
+  Agora o valor do parâmetro `aurora_disable_hash_join` persiste após a reinicialização do banco de dados ou a substituição do host. 
+  Correção de um problema relacionado ao cache da pesquisa de texto completo que fazia com que a instância do Aurora ficasse sem memória. Os clientes que usam pesquisa de texto completo devem realizar a atualização. 
+  Melhoria na estabilidade do banco de dados quando o recurso de junção de hash está habilitado e a instância está com pouca memória. Os clientes que usam junção de hash devem realizar a atualização. 
+  Correção de um problema no cache de consulta em que o erro "Muitas conexões" poderia causar uma reinicialização. 
+  Corrigimos o cálculo de memória livre em instâncias T2 para que seja incluído o espaço de memória de troca a fim de evitar reinicializações desnecessárias. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1210.Patches"></a>
+  Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) EM \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Bug \$117059925: para instruções [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), o valor das linhas examinadas era calculado de maneira incorreta. Isso era manifestado como valores grandes demais para a coluna `ROWS_EXAMINED` das tabelas de instrução do Performance Schema (como [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Bug \$111827369: algumas consultas com subconsultas aninhadas `SELECT ... FROM DUAL` geravam uma afirmação. 
+  Bug nº 16311231: resultados incorretos eram retornados se uma consulta contivesse uma subconsulta em uma cláusula `IN`, que contivesse uma operação [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) na cláusula `WHERE`. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.20.1) (obsoleta)
<a name="AuroraMySQL.Updates.1201"></a>

**Versão:** 1.20.1

O Aurora MySQL 1.20.1 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

 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, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 e 2.07.\$1. Você pode restaurar o snapshot de um banco de dados do Aurora MySQL 1.\$1 para o Aurora MySQL 1.20.1. 

 Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio do console do RDS, da CLI AWS ou da API do Amazon RDS. 

**nota**  
 No momento, essa versão não está disponível nas seguintes regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-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
<a name="AuroraMySQL.Updates.1201.Improvements"></a>

 **Correções de alta prioridade:** 
+  Corrigido um problema de falhas de conexão intermitentes após a rotação do certificado. 
+  Corrigido um problema relacionado à simultaneidade de fechamento de conexão que resultava em um failover sob workload pesada. 

 **Correções de estabilidade geral:** 
+  Corrigida uma falha durante a execução de uma consulta complexa envolvendo junções de várias tabelas e agregações que usam tabelas intermediárias internamente. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 1.20.0) (obsoleta)
<a name="AuroraMySQL.Updates.1200"></a>

**Versão:** 1.20.0

 O Aurora MySQL 1.20.0 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7. 

 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, 1.20.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1 e 2.04.\$1. Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da API RDS AWS CLI ou da API do Console de gerenciamento da AWS RDS. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 1.\$1 existentes, até o 1.19.5, para o Aurora MySQL 1.20.0. 

**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**  
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
<a name="AuroraMySQL.Updates.1200.Improvements"></a>

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

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

 **Correções de estabilidade geral:** 
+  Correção de um erro de anulação de consulta em instâncias de leitor do Aurora enquanto uma workload de leitura pesada estava em execução na instância de gravador do Aurora. 
+  Correção de um problema em instâncias de leitor do Aurora que reduziam a memória livre durante transações de longa execução enquanto havia um tráfego de confirmação de transação pesado na instância de gravador. 
+  Agora o valor do parâmetro `aurora_disable_hash_join` persiste após a reinicialização do banco de dados ou a substituição do host. 
+  Correção de um problema relacionado ao cache da pesquisa de texto completo que fazia com que a instância do Aurora ficasse sem memória. Os clientes que usam pesquisa de texto completo devem realizar a atualização. 
+  Melhoria na estabilidade do banco de dados quando o recurso de junção de hash está habilitado e a instância está com pouca memória. Os clientes que usam junção de hash devem realizar a atualização. 
+  Correção de um problema no cache de consulta em que o erro "Muitas conexões" poderia causar uma reinicialização. 
+  Corrigimos o cálculo de memória livre em instâncias T2 para que seja incluído o espaço de memória de troca a fim de evitar reinicializações desnecessárias. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1200.Patches"></a>
+  Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) EM \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Bug \$117059925: para instruções [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), o valor das linhas examinadas era calculado de maneira incorreta. Isso era manifestado como valores grandes demais para a coluna `ROWS_EXAMINED` das tabelas de instrução do Performance Schema (como [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Bug \$111827369: algumas consultas com subconsultas aninhadas `SELECT ... FROM DUAL` geravam uma afirmação. 
+  Bug nº 16311231: resultados incorretos eram retornados se uma consulta contivesse uma subconsulta em uma cláusula `IN`, que contivesse uma operação [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) na cláusula `WHERE`. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.19.6) (obsoleta)
<a name="AuroraMySQL.Updates.1196"></a>

**Versão:** 1.19.6

O Aurora MySQL 1.19.6 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 3.01.\$1 e 3.02.\$1. 

 Você pode restaurar o snapshot de um banco de dados do Aurora MySQL 1.\$1 para o Aurora MySQL 1.19.6. 

 Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio do console do RDS, da CLI AWS ou da API do Amazon RDS. 

**nota**  
 No momento, essa versão não está disponível nas seguintes regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-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
<a name="AuroraMySQL.Updates.1196.Improvements"></a>

 **Correções de alta prioridade:** 
+  Corrigido um problema de falhas de conexão intermitentes após a rotação do certificado. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 1.19.5) (obsoleta)
<a name="AuroraMySQL.Updates.1195"></a>

**Versão:** 1.19.5

 O Aurora MySQL 1.19.5 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7. 

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte [Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.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, 3.01.\$1 e 3.02.\$1. 

 Você tem a opção de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.19.5. É 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 e 1.19.2 para o Aurora MySQL 1.19.5. 

 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 ou da API do RDS AWS CLI. 

 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**  
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
<a name="AuroraMySQL.Updates.1195.Improvements"></a>
+  Correção de um problema em instâncias de leitor do Aurora que reduziam a memória livre durante transações de longa execução enquanto havia um tráfego de confirmação de transação pesado na instância de gravador. 
+  Correção de um erro de anulação de consulta em instâncias de leitor do Aurora enquanto uma workload de leitura pesada estava em execução na instância de gravador do Aurora. 
+  Agora o valor do parâmetro `aurora_disable_hash_join` persiste após a reinicialização do banco de dados ou a substituição do host. 
+  Correção de um problema relacionado ao cache da pesquisa de texto completo que fazia com que a instância do Aurora ficasse sem memória. 
+  Melhoria na estabilidade do banco de dados quando o tamanho do volume se aproxima do limite de volume de 64 tebibytes (TiB) com a reserva de 160 GB de espaço para que o fluxo de trabalho de recuperação seja concluído sem um failover. 
+  Melhoria na estabilidade do banco de dados quando o recurso de junção de hash está habilitado e a instância está com pouca memória. 
+  Correção do cálculo de memória livre para que seja incluído o espaço de memória de troca em instâncias T2 que fazia com que elas fossem reinicializadas de forma prematura. 
+  Correção de um problema no cache de consulta em que o erro "Muitas conexões" poderia causar uma reinicialização. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1195.Patches"></a>
+  [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696) 
+  [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737) 
+  Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) EM \$1\$1MEMMOVE\$1 \$1BACK FROM STRING: :COPY SSSE3 
+  Bug \$117059925: para instruções [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html), o valor das linhas examinadas era calculado de maneira incorreta. Isso era manifestado como valores grandes demais para a coluna `ROWS_EXAMINED` das tabelas de instrução do Performance Schema (como [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)). 
+  Bug \$111827369: algumas consultas com subconsultas aninhadas `SELECT ... FROM DUAL` geravam uma afirmação. 
+  Bug nº 16311231: resultados incorretos eram retornados se uma consulta contivesse uma subconsulta em uma cláusula `IN`, que contivesse uma operação [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) na cláusula `WHERE`. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-06-05 (versão 1.19.2) (obsoleta)
<a name="AuroraMySQL.Updates.1192"></a>

**Versão:** 1.19.2

 O Aurora MySQL 1.19.2 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados com 1.17.8, 1.19.0, 1.19.1 ou 1.19.2. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.19.2. Para usar uma versão mais antiga, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 ou Aurora MySQL 1.18. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

 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**  
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
<a name="AuroraMySQL.Updates.1192.Improvements"></a>
+  Correção de um problema que poderia causar falhas ao carregar dados no Aurora do Amazon S3. 
+  Correção de um problema que poderia causar falhas ao carregar dados do Aurora para o Amazon S3. 
+  Correção de um problema que criou sessões zumbi em um estado eliminado. 
+  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 relacionado à replicação do log binário de criação de gatilho. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-09 (versão 1.19.1) (obsoleta)
<a name="AuroraMySQL.Updates.1191"></a>

**Versão:** 1.19.1

 O Aurora MySQL 1.19.1 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, podem ser criados com o 1.17.8, 1.19.0 ou 1.19.1. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.19.1. Para usar uma versão mais antiga, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 ou Aurora MySQL 1.18. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

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
<a name="AuroraMySQL.Updates.1191.Improvements"></a>
+  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. 
+  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. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-02-07 (versão 1.19.0) (obsoleta)
<a name="AuroraMySQL.Updates.1190"></a>

**Versão:** 1.19.0

 O Aurora MySQL 1.19.0 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados com 1.17.8 ou 1.19.0. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.19.0. Para usar uma versão mais antiga, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 ou Aurora MySQL 1.18.0. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

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

## Recursos
<a name="AuroraMySQL.Updates.1190.Features"></a>
+  **Seletor de versão do Aurora** - a partir do Aurora MySQL 1.19.0, você pode escolher entre várias versões do MySQL 5.6 compatíveis com o Aurora no console do Amazon RDS. 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*. 

## Melhorias
<a name="AuroraMySQL.Updates.1190.Improvements"></a>
+  Corrigido um problema de estabilidade relacionado à consulta `CHECK TABLE` em uma réplica do Aurora. 
+  Introduzida uma nova variável de usuário global `aurora_disable_hash_join` para desabilitar junção hash. 
+  Corrigido um problema de estabilidade ao gerar a linha de saída durante junção hash de várias tabelas. 
+  Corrigido um problema que retornava um resultado incorreto devido a uma alteração de plano durante a verificação da aplicabilidade de junção hash. 
+  A Aplicação de patch com tempo de inatividade zero é compatível com transações de execução longa. Essa melhoria entrará em vigor ao atualizar da versão 1.19 para uma superior. 
+  A aplicação de patch com tempo de inatividade zero agora é compatível quando o log binário está habilitado. Essa melhoria entrará em vigor ao atualizar da versão 1.19 para uma superior. 
+  Corrigido um problema que provocava um pico de utilização de CPU na réplica do Aurora não relacionado à workload. 
+  Corrigida uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização do banco de dados. 
+  Corrigida uma condição de corrida no componente do gerenciador de bloqueio para melhorar a estabilidade de instâncias do Aurora. 
+  Estabilidade do detector de deadlock melhorada dentro do componente do gerenciador de bloqueio. 
+  `INSERT`A operação em uma tabela será proibida, se o InnoDB detectar que o índice está corrompido. 
+  Corrigido um problema de estabilidade no Fast DDL. 
+  A estabilidade do Aurora foi melhorada reduzindo o consumo de memória em lotes de verificação para subconsulta de linha única. 
+  Corrigido um problema de estabilidade que ocorria depois que uma chave estrangeira era descartada enquanto a variável do sistema `foreign_key_checks` estava definida como 0. 
+  Corrigido um problema no recurso de Impedimento de memória insuficiente que substituía incorretamente alterações no valor de `table_definition_cache` feitas pelo usuário. 
+  Corrigidos problemas de estabilidade no recurso de Impedimento de memória insuficiente. 
+  Corrigido um problema que definia `query_time` e `lock_time` em `slow_query_log` como valores de lixo. 
+  Corrigido um problema de estabilidade de consulta paralela disparado pelo tratamento inadequado de agrupamento de strings internamente. 
+  Corrigido um problema de estabilidade de consulta paralela disparado por uma pesquisa de índice secundário. 
+  Corrigido um problema de estabilidade de consulta paralela disparado por uma atualização de várias tabelas. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1190.Patches"></a>
+  BUG Nº 32917: DETECTAR ARQUIVOS DE GRUPOS TEMPORÁRIOS ÓRFÃOS E TRATAR COM TRANQUILIDADE 
+  BUG N° 63144: BLOQUEIO DE METADADOS DO COMANDO CREATE TABLE IF NOT EXISTS É MUITO RESTRITIVO 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-20 (versão 1.18.0) (obsoleta)
<a name="AuroraMySQL.Updates.1180"></a>

**Versão:** 1.18.0

O Aurora MySQL 1.18.0 está disponível para o público. Todos os novos clusters de consulta paralela do Aurora MySQL compatíveis com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.18.0. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de consulta paralela existentes para o Aurora MySQL 1.18.0. É possível criar clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 ou Aurora MySQL 1.17.6. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.18.0 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**Importante**  
 O Aurora MySQL 1.18.0 só se aplica a clusters de consulta paralela do Aurora. Se você atualizar um cluster 5.6.10a provisionado, a versão resultante será 1.17.8. Se você atualizar um cluster de consulta paralela 5.6.10a, a versão resultante será 1.18.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*.

## Recursos
<a name="AuroraMySQL.Updates.1180.Features"></a>
+  A **consulta paralela** está disponível com esta versão para novos clusters e snapshots restaurados. A consulta paralela do Aurora MySQL é uma otimização que paraleliza parte da computação envolvida no processamento de consultas com uso intenso de I/O dados. O trabalho que é paralelizado inclui linhas de recuperação de armazenamento, extração de valores de colunas e determinação de quais linhas correspondem às condições na cláusula `WHERE` e em cláusulas de junção. O trabalho com uso intensivo de dados é delegado (em termos de otimização de banco de dados, empurrados para baixo) para vários nós na camada de armazenamento distribuído do Aurora. Sem as consultas paralelas, cada consulta traz todos os dados de varredura para um nó único dentro do cluster do Aurora MySQL (o nó de cabeçalho) e realiza todo o processamento de consultas lá. 
  + Quando o recurso de consulta paralela está habilitado, o mecanismo do Aurora MySQL determina automaticamente quando as consultas podem se beneficiar, sem exigir alterações de SQL como avisos ou atributos de tabela.

  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*. 
+  **OOM Avoidance:** este recurso monitora a memória do sistema e acompanha a memória consumida por diversos componentes do banco de dados. Quando fica sem memória, o sistema realiza uma lista de ações para liberá-la em diversos componentes acompanhados em uma tentativa de evitar que o banco de dados fique sem Out of Memory (OOM – Sem memória) e, assim, evitar uma reinicialização do banco de dados. Esse recurso permanece habilitado por padrão para instâncias t2 e pode ser habilitado em outras classes de instância por meio de um novo parâmetro de instância chamado `aurora_oom_response`. O parâmetro de instância recebe uma string de ações separadas por vírgula que uma instância de banco de dados deve realizar quando a memória está baixa. Entre as ações válidas estão "print", "tune", "decline", "kill\$1query" ou qualquer combinação delas. Qualquer string vazia significa que não há ações a serem executadas e desabilita o recurso. As ações padrão para o recurso é "print, tune". Exemplos de uso: 
  + "print" – Só imprime as consultas que utilizam muita memória.
  + "tune" – Ajusta os caches de tabela internos para liberar parte de memória novamente ao sistema.
  + "decline" – recusa novas consultas quando a instância tem pouca memória.
  + "kill\$1query" – Encerra as consultas em ordem decrescente de consumo da memória até a memória da instância superar o limite mínimo. As instruções Data Definition Language (DDL) não são encerradas.
  + "print, tune" – Realiza ações descritas para "print" e "tune".
  + "tune, decline, kill\$1query" – realiza as ações descritas para "tune", "decline" e "kill\$1query".

  *Para obter informações sobre out-of-memory condições de tratamento e outros conselhos sobre solução de problemas, consulte [Problemas de falta de memória do Amazon Aurora MySQL no Guia do usuário do](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM) Amazon Aurora.* 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-03-05 (versão 1.17.9) (obsoleta)
<a name="AuroraMySQL.Updates.1179"></a>

**Versão:** 1.17.9

O Aurora MySQL 1.17.9 está disponível para o público. As versões 1.\$1 do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.\$1 do Aurora MySQL são compatíveis com o MySQL 5.7.

 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, 1.20.\$1, 1.21.\$1, 1.22.\$1, 2.01.\$1, 2.02.\$1, 2.03.\$1, 2.04.\$1, 2.05.\$1, 2.06.\$1 e 2.07.\$1. Você pode restaurar o snapshot de um banco de dados do Aurora MySQL 1.\$1 para o Aurora MySQL 1.17.9. 

 Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio do console do RDS, da CLI AWS ou da API do Amazon RDS. 

**nota**  
 No momento, essa versão não está disponível nas seguintes regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [us-gov-west-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
<a name="AuroraMySQL.Updates.1179.Improvements"></a>

 **Correções de alta prioridade:** 
+  Corrigido um problema de falhas de conexão intermitentes após a rotação do certificado. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-17 (versão 1.17.8) (obsoleta)
<a name="AuroraMySQL.Updates.1178"></a>

**Versão:** 1.17.8

O Aurora MySQL 1.17.8 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.8. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.8. Para usar uma versão anterior, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, 1.15.1, 1.16 ou 1.17.7. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.8 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**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
<a name="AuroraMySQL.Updates.1178.Improvements"></a>
+  Corrigido um problema de performance que aumentou a utilização da CPU em uma réplica do Aurora após uma reinicialização. 
+  Corrigido um problema de estabilidade para consultas `SELECT` que usavam junção de hash. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1178.Patches"></a>
+  BUG N° 13418638: CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-08 (versão 1.17.7) (obsoleta)
<a name="AuroraMySQL.Updates.1177"></a>

**Versão:** 1.17.7

O Aurora MySQL 1.17.7 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.7. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.7. Para usar uma versão anterior, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, 1.15.1, 1.16 ou 1.17.6. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.7 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**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
<a name="AuroraMySQL.Updates.1177.Improvements"></a>
+  A variável de status InnoDB `innodb_buffer_pool_size` foi tornada publicamente visível para os clientes modificarem. 
+  Corrigido um problema de estabilidade no cluster do Aurora ocorrido durante failovers. 
+  Melhorada disponibilidade do cluster com a correção de um problema de recuperação DDL ocorrido após uma operação `TRUNCATE` malsucedida. 
+  Corrigido um problema de estabilidade relacionado à atualização da tabela `mysql.innodb_table_stats`, disparada por operações DDL. 
+  Corrigidos problemas de estabilidade do Aurora Replica disparados durante a invalidação do cache de consulta após uma operação DDL. 
+  Corrigido um problema de estabilidade disparado por acesso de memória inválido durante a remoção do cache de dicionário periódica no segundo plano. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1177.Patches"></a>
+  Bug n° 16208542: índice perdido em uma coluna de chave estranha causa perda de tabela. 
+  Bug n° 76349: vazamento da memória em add\$1derived\$1key(). 
+  Bug n° 16862316: em tabelas particionadas, as consultas podem retornar resultados diferentes, dependendo do uso de mesclagem de índice. 
+  Bug n° 17588348: consultas que usam a otimização de mesclagem de índice (consulte [Otimização de mesclagem de índice](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)) podem retornar resultados inválidos quando executadas em tabelas que foram particionadas por HASH. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-06 (versão 1.17.6) (obsoleta)
<a name="AuroraMySQL.Updates.1176"></a>

**Versão:** 1.17.6

O Aurora MySQL 1.17.6 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.6. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.6. Para usar uma versão anterior, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, 1.15.1, 1.16 ou 1.17.5. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.6 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**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
<a name="AuroraMySQL.Updates.1176.Improvements"></a>
+  Corrigido um problema de estabilidade no Aurora Reader para consultas `SELECT` enquanto o Aurora Writer está realizando operações DDL na mesma tabela. 
+  Corrigido um problema de estabilidade causado pela criação e exclusão de registros DDL para tabelas temporárias que usam Heap/Memory o mecanismo. 
+  Correção de um problema de estabilidade no operador do log binário quando instruções DDL estão sendo replicadas enquanto a conexão com o mestre do log binário está instável. 
+  Corrigido um problema de estabilidade encontrado durante a gravação no log de consulta lento. 
+  Corrigido um problema com a tabela de status da réplica que expôs informações incorretas de atraso do Aurora Reader. 

## Integração de correções de bug da edição MySQL community
<a name="AuroraMySQL.Updates.1176.Patches"></a>
+  Para uma instrução [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) que renomeou ou alterou o valor padrão de uma coluna [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html), a alteração foi feita usando uma cópia da tabela e não está no local. (Bug nº 67141, Bug nº 14735373, Bug nº 69580, Bug nº 17024290) 
+  Uma união externa entre uma tabela regular e uma tabela derivada que agrupa implicitamente pode causar uma saída do servidor. (Bug nº 16177639) 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-08-14 (versão 1.17.5) (obsoleta)
<a name="AuroraMySQL.Updates.1175"></a>

**Versão:** 1.17.5

O Aurora MySQL 1.17.5 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.5. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.5. Para usar uma versão anterior, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, 1.15.1, 1.16 ou 1.17.4. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.5 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**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
<a name="AuroraMySQL.Updates.1175.Improvements"></a>
+  Corrigido um problema em que um Aurora Writer pode passar por uma reinicialização após a correção de um cluster do Aurora com o recurso Zero-Downtime Patching. 

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-08-07 (versão 1.17.4) (obsoleta)
<a name="AuroraMySQL.Updates.1174"></a>

**Versão:** 1.17.4

O Aurora MySQL 1.17.4 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.4. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.4. Para usar uma versão anterior, você pode criar novos clusters de banco de dados no Aurora MySQL 1.14.4, 1.15.1, 1.16 ou 1.17.3. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.4 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**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
<a name="AuroraMySQL.Updates.1174.Improvements"></a>
+  Melhorias de replicação 
  +  Tráfego de rede reduzido por meio da não transmissão de registros do log binário para réplicas de cluster. Por padrão, essa melhoria está habilitada. 
  +  Tráfego de rede reduzido por meio da compactação de mensagens de replicação. Essa melhoria é habilitada por padrão para as classes de instância 8xlarge e 16xlarge. Essas grandes instâncias podem sustentar um volume pesado de tráfego de gravação que resulta em tráfego de rede substancial para mensagens de replicação. 
  +  Correções no cache de consulta de réplica. 
+  Foi corrigido um problema em que `ORDER BY LOWER(col_name)` podia produzir ordenação incorreta ao usar o agrupamento `utf8_bin`. 
+  Corrigido um problema em que as instruções (especialmente `TRUNCATE TABLE`) podiam causar problemas em réplicas do Aurora, inclusive instabilidade ou tabelas não encontradas. 
+  Foi corrigido um problema em que os soquetes eram deixados em um estado entreaberto quando os nós de armazenamento eram reiniciados. 
+ Os seguintes parâmetros de cluster de banco de dados novos estão disponíveis:
  + `aurora_enable_zdr` – Permita conexões abertas em um Aurora Replica permaneçam ativas na reinicialização da réplica.
  + `aurora_enable_replica_log_compression` – Permita a compactação de cargas úteis de replicação para melhor a utilização da largura de banda da rede entre o mestre e as réplicas do Aurora.
  + `aurora_enable_repl_bin_log_filtering` – Permita a filtragem de registros de replicação inutilizáveis por réplicas do Aurora no mestre.

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-06-05 (versão 1.17.3) (obsoleta)
<a name="AuroraMySQL.Updates.1173"></a>

**Versão:** 1.17.3

O Aurora MySQL 1.17.3 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.3. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.3. É possível criar clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 ou Aurora MySQL 1.16. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.3 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

**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
<a name="AuroraMySQL.Updates.1173.Improvements"></a>
+ Foi corrigido um problema em que uma réplica do Aurora pode ser reiniciada ao usar restaurações de cursor otimistas enquanto lê registros.
+ Corrigido um problema em que um Aurora Writer era reiniciado ao tentar encerrar uma sessão do MySQL (eliminar "*<session id>*“) com o esquema de desempenho ativado.
+ Foi corrigido um problema em que um gravador do Aurora é reiniciado ao computar um limite para coleta de lixo.
+ Foi corrigido um problema em um gravador do Aurora que pode ocasionalmente ser reiniciado ao rastrear o andamento de uma réplica do Aurora no aplicativo de registro em log.
+ Foi corrigido um problema com o cache de consulta quando a confirmação automática está desativada e que pode causar leituras obsoletas.

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-04-27 (versão 1.17.2) (obsoleta)
<a name="AuroraMySQL.Updates.1172"></a>

**Versão:** 1.17.2

O Aurora MySQL 1.17.2 está disponível para o público. Todos os novos clusters de bancos de dados Aurora MySQL com compatibilidade com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.2. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.2. É possível criar clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1 ou Aurora MySQL 1.16. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.2 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 

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
<a name="AuroraMySQL.Updates.1172.Improvements"></a>
+ Correção de um problema que estava causando reinícios durante determinadas operações de partição de DDL.
+ Corrigido um problema que fazia com que o suporte para invocação de AWS Lambda funções por meio de funções nativas do Aurora MySQL fosse desativado.
+ Correção de um problema com invalidação de cachê que estava causando reinícios em Aurora Replicas.
+ Correção de um problema no gerenciador de bloqueio que estava causando reinícios.

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-23 (versão 1.17.1) (obsoleta)
<a name="AuroraMySQL.Updates.1171"></a>

**Versão:** 1.17.1

O Aurora MySQL 1.17.1 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.17.1. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.17.1. É possível criar clusters de banco de dados no Aurora MySQL 1.15.1, Aurora MySQL 1.16 ou Aurora MySQL 1.17. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo. 

Com a versão 1.17.1 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Esta versão corrige alguns problemas conhecidos e regressões do mecanismo. 

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**  
Há um problema na versão mais recente do mecanismo do Aurora MySQL. Após a atualização para 1.17.1, a versão do mecanismo relatada é incorretamente como `1.17`. Se você atualizou para 1.17.1, pode confirmar a atualização verificando a coluna **Maintenance (Manutenção)** do cluster de banco de dados no Console de gerenciamento da AWS. Se ela exibir `none`, o mecanismo está atualizado na versão 1.17.1.

## Melhorias
<a name="AuroraMySQL.Updates.1171.Improvements"></a>
+ Foi corrigido um problema na recuperação de logs binários que resultava em tempos de recuperação mais longos em situações com grandes arquivos de índice de log binário que podem acontecer se os logs binários forem alternados com muita frequência.
+ Foi corrigido um problema no otimizador de consultas que gerava um plano de consultas ineficiente para tabelas particionadas.
+ Foi corrigido um problema no otimizador de consultas devido ao qual uma consulta de intervalo resultava em uma reinicialização do mecanismo de banco de dados.

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.17) (obsoleta)
<a name="AuroraMySQL.Updates.117"></a>

**Versão:** 1.17

O Aurora MySQL 1.17 está disponível para o público. As versões 1.x do Aurora MySQL só são compatíveis com o MySQL 5.6, e não com o MySQL 5.7. Todos os novos clusters de banco de dados compatíveis com 5.6, inclusive os restaurados de snapshots, serão criados no Aurora 1.17. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora 1.17. É possível criar novos clusters de banco de dados no Aurora 1.14.1, Aurora 1.15.1 ou Aurora 1.16. Você pode fazer isso usando a AWS CLI ou a API do Amazon RDS e especificando a versão do mecanismo.

Com a versão 1.17 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Oferecemos suporte a aplicação de patches com tempo de inatividade zero, o que funciona com base em melhor esforço para preservar as conexões de clientes durante o processo de aplicação de patches. 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*. 

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

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.117.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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*. 

## Novos recursos
<a name="AuroraMySQL.Updates.117.New"></a>
+  O Aurora MySQL agora oferece suporte à compactação de bloqueio, que otimiza o uso de memória do gerenciador de bloqueio. Desde a versão 1.17, você pode usar esse recurso sem habilitar o modo laboratório. 

## Melhorias
<a name="AuroraMySQL.Updates.117.Improvements"></a>
+ Corrigido um problema visto predominantemente em instâncias com menos núcleos em que um único núcleo pode ter 100% de utilização da CPU mesmo quando o banco de dados está inativo.
+ A performance da busca de logs binários de clusters do Aurora foi melhorada.
+ Foi corrigido um problema onde as réplicas do Aurora tentavam gravar estatísticas da tabela no armazenamento persistente e falhavam.
+ Foi corrigido um problema em que o cache de consultas não funcionava como esperado em réplicas do Aurora.
+ Foi corrigida uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização do mecanismo.
+ Foi corrigido um problema em que os bloqueios obtidos por transações de somente de leitura e de confirmação automática resultavam em uma reinicialização do mecanismo.
+ Foi corrigido um problema em que algumas consultas não eram gravadas nos logs de auditoria.
+ Foi corrigido um problema com a recuperação de determinadas operações de manutenção de partição em caso de failover.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.117.BugFixes"></a>
+ LAST\$1INSERT\$1ID é replicado incorretamente se os filtros de replicação forem usados (Bug 69861)
+ A consulta retorna resultados diferentes dependendo da configuração INDEX\$1MERGE (Bug 16862316)
+ Nova execução de procedimento de consulta de rotina armazenada, plano de consulta ineficiente (Bug 16346367)
+ INNODB FTS : declaração em FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS (BUG 18079671)
+ Declaração RBT\$1EMPTY(INDEX\$1CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (BUG 17536995)
+ Pesquisa INNODB fulltext não encontra registros quando pontos de gravação estão envolvidos (BUG 70333, BUG 17458835)

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta)
<a name="AuroraMySQL.Updates.20171211"></a>

**Versão:** 1.16

O Aurora MySQL 1.16 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora 1.16. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora 1.16. É possível criar novos clusters de banco de dados no Aurora 1.14.1 ou Aurora 1.15.1. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo.

Com a versão 1.16 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Estamos habilitando a aplicação de patches com tempo de inatividade zero, que funciona no melhor dos esforços para preservar as conexões de clientes ao longo do processo de aplicação de patches. 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*.

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

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.20171211.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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*. 

## Novos recursos
<a name="AuroraMySQL.Updates.20171211.New"></a>
+ O Aurora MySQL agora oferece 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 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) no *Guia do usuário do Amazon Aurora*.
+ O Aurora MySQL agora é compatível com hash joins para acelerar consultas equijoin. O otimizador baseado em custo do Aurora pode decidir automaticamente quando usar junções hash. Também é possível forçar o uso em um plano de consultas. 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*.
+ Agora, o Aurora MySQL oferece suporte ao lote de varredura para acelerar significativamente as consultas em memória, orientadas pela varredura. O recurso aumenta a performance de varreduras completas de tabela, de índice e de intervalo de índice por processamento em lote.

## Melhorias
<a name="AuroraMySQL.Updates.20171211.Improvements"></a>
+ Correção de um problema em que as réplicas de leitura travavam ao executar consultas em tabelas que tinham acabado de ser colocadas na tabela mestre. 
+ Correção de um problema em que a reinicialização do gravador em um cluster de banco de dados com um número muito grande de índices `FULLTEXT` resultava em uma recuperação mais longa do que a esperada.
+ Correção de um problema em que a liberação de logs binários ocasionava incidentes `LOST_EVENTS` nos eventos de log binário.
+ Correção de problemas de estabilidade com o programador quando o esquema de performance está ativado.
+ Correção de um problema em que uma subconsulta usando tabelas temporárias retornava resultados parciais.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20171211.BugFixes"></a>

Nenhum

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-11-20 (versão 1.15.1) (obsoleta)
<a name="AuroraMySQL.Updates.20171120"></a>

**Versão:** 1.15.1

O Aurora MySQL 1.15.1 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora 1.15.1. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora 1.15.1. É possível criar novos clusters de banco de dados no Aurora 1.14.1. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo.

Com a versão 1.15.1 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Estamos habilitando a aplicação de patches com tempo de inatividade zero, que funciona no melhor dos esforços para preservar as conexões de clientes ao longo do processo de aplicação de patches. 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*.

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

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.20171120.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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
<a name="AuroraMySQL.Updates.20171120.Improvements"></a>
+ Correção de um problema no seletor de segmento adaptativo para uma solicitação de leitura que faria com que ele escolhesse o mesmo segmento duas vezes, causando um aumento na latência de leitura sob certas condições.
+ Correção de um problema decorrente de uma otimização no Aurora MySQL para o programador de threads. Este problema se manifesta em erros espúrios durante a gravação no log lento, enquanto as consultas associadas em si estão normais.
+ Correção de um problema de estabilidade das réplicas de leitura em volumes grandes (> 5 TB).
+ Correção de um problema em que a contagem de threads do operador aumenta continuamente devido a uma contagem falsa de conexão excepcional.
+ Corrigido um problema com bloqueios de tabela que provocavam esperas longas de semáforo durante workloads de inserção.
+ Revertidas as seguintes correções de bugs do MySQL incluídas no Aurora MySQL 1.15:
  + Instância do MySQL paralisada ao "fazer um índice SYNC" (Bug nº 73816)
  + Declaração RBT\$1EMPTY(INDEX\$1CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (Bug 17536995)
  + Pesquisa de texto completo de InnoDB não encontra registros quando pontos de salvamento estão envolvidos (erro \$170333)

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20171024.BugFixes"></a>

Nenhum

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-10-24 (versão 1.15) (obsoleta)
<a name="AuroraMySQL.Updates.20171024"></a>

**Versão:** 1.15

O Aurora MySQL 1.15 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora 1.15. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora 1.15. É possível criar novos clusters de banco de dados no Aurora 1.14.1. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo.

Com a versão 1.15 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Como as atualizações exigem a reinicialização do banco de dados, você terá de 20 a 30 segundos de tempo de inatividade, após o qual poderá continuar usando seus clusters de banco de dados. Se os clusters de banco de dados estiverem executando o Aurora 1.14 ou o Aurora 1.14.1, o recurso de aplicação de patch com tempo de inatividade zero no Aurora MySQL poderá permitir conexões de clientes à instância principal do Aurora MySQL para persistir na atualização, dependendo da workload.

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

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.20171024.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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*. 

## Novos recursos
<a name="AuroraMySQL.Updates.20171024.New"></a>
+ **Asynchronous Key Prefetch**: o Asynchronous Key Prefetch (AKP – Pré-busca de chave assíncrona) é um recurso destinado a melhorar a performance de junções de índice não armazenadas em cache pré-buscando chaves na memória quando necessário. O caso de uso principal segmentado por AKP é uma junção de índice entre uma tabela externa pequena e interna grande, em que o índice é altamente seletivo na tabela maior. Além disso, quando a interface Multi-Range Read (MRR – Leitura de vários intervalos) estiver habilitada, o AKP será aproveitado para uma pesquisa de índice de secundária para primária. Instâncias menores que tenham restrições de memória podem, em alguns casos, ser capazes de utilizar o AKP, dada a cardinalidade da chave certa. 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*.
+ **Fast DDL** – estendemos o recurso que foi lançado no [Aurora 1.13](AuroraMySQL.Updates.20170515.md) para operações que incluem valores padrão. Com essa extensão, o DDL rápido se aplica a operações que adicionam uma coluna anulável ao final de uma tabela, com ou sem valores padrão. O recurso permanece em modo de laboratório do Aurora. Para obter mais informações, consulte [Alterar tabelas no Amazon Aurora usando a DDL rápida](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias
<a name="AuroraMySQL.Updates.20171024.Improvements"></a>
+ Corrigido um erro de cálculo durante a otimização de consultas WITHIN/CONTAINS espaciais que anteriormente resultava em um conjunto de resultados vazio.
+ Corrigiu o comando `SHOW VARIABLE` para mostrar o valor de parâmetro `innodb_buffer_pool_size` atualizado sempre que é alterado no parameter group.
+ A maior estabilidade da instância primária durante a inserção em lote em uma tabela alterada usando o DDL rápido quando a indexação de hash adaptável está desabilitada e o registro a ser inserido é o primeiro de uma página.
+ Maior estabilidade do Aurora quando o usuário tenta definir o valor do parâmetro do cluster de banco de dados **server\$1audit\$1events** como **default**.
+ Corrigido um problema no qual uma alteração feita no conjunto de caracteres do banco de dados de uma instrução ALTER TABLE executada na instância primária do Aurora não replicada nas réplicas do Aurora até serem reiniciadas.
+ Maior estabilidade corrigindo uma condição de corrida na instância principal que o permitiu registrar uma réplica do Aurora, mesmo que a instância primária tenha fechado o próprio volume.
+ Aprimoramento da performance da instância primária durante a criação do índice em uma tabela grande alterando o protocolo de bloqueio para habilitar instruções DML durante a criação do índice.
+ Corrigiu a inconsistência de metadados de InnoDB durante a consulta ALTER TABLE RENAME que aumentou a estabilidade. Exemplo: quando colunas da tabela t1(c1, c2) são renomeadas de maneira cíclica t1(c2, c3) dentro da mesma instrução ALTER.
+ Maior estabilidade de réplicas do Aurora para o cenário em que uma réplica do Aurora não tem workload ativa e a instância primária não responde.
+ Maior disponibilidade de réplicas do Aurora para um cenário no qual a réplica do Aurora mantém um bloqueio explícito em uma tabela e impede o thread de replicação de aplicar qualquer alteração feita no DDL recebida da instância primária.
+ Maior estabilidade da instância primária quando uma chave externa e uma coluna são adicionadas a uma tabela de duas sessões separadas ao mesmo tempo e o DDL rápido foi habilitado.
+ Maior estabilidade do thread de purga na instância principal durante uma workload de gravação pesada bloqueando o truncamento de registros para desfazer até serem purgados.
+ Maior estabilidade corrigindo a ordem de versão do bloqueio durante o processo de confirmação de transações que descartam tabelas.
+ Corrigiu um defeito em réplicas do Aurora em que a instância de banco de dados não pode ser inicializada e reclamou que a porta 3306 já estava em uso.
+ Corrigiu uma condição de corrida em que uma execução de consulta SELECT em determinadas tabelas information\$1schema (innodb\$1trx, innodb\$1lock, innodb\$1lock\$1waits) aumentou a instabilidade do cluster.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20171024.BugFixes"></a>
+ CREATE USER aceita plugin e hash de senha, mas ignora o hash de senha (erro \$178033)
+ O mecanismo de particionamento adiciona campos ao conjunto de bits de leitura capazes de retornar entradas classificadas de um índice particionado. Isso leva o buffer de junção a tentar ler campos desnecessários. Corrigido não adicionando todos os campos de particionamento ao read\$1set, mas em vez de somente classificar nos campos de prefixo definidos no read\$1set. Adicionado um DBUG\$1ASSERT que, se key\$1cmp, pelo menos o primeiro campo deverá ser lido (Bug 16367691).
+ Instância do MySQL paralisada ao "fazer um índice SYNC" (Bug nº 73816)
+ Declaração RBT\$1EMPTY(INDEX\$1CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (Bug 17536995)
+ Pesquisa de texto completo de InnoDB não encontra registros quando pontos de salvamento estão envolvidos (erro \$170333)

# Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.14.4) (obsoleta)
<a name="AuroraMySQL.Updates.1144"></a>

**Versão:** 1.14.4

O Aurora MySQL 1.14.4 está disponível para o público. Você pode criar novos clusters de banco de dados no Aurora 1.14.4, usando a CLI AWS ou a API do Amazon RDS e especificando a versão do mecanismo. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados 1.14.x existentes para o Aurora 1.14.4.

Com a versão 1.14.4 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Oferecemos suporte a aplicação de patches com tempo de inatividade zero, o que funciona com base em melhor esforço para preservar as conexões de clientes durante o processo de aplicação de patches. 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*.

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

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.1144.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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*. 

## Novos recursos
<a name="AuroraMySQL.Updates.1144.New"></a>
+ Agora o Aurora MySQL oferece suporte às classes de instâncias db.r4.

## Melhorias
<a name="AuroraMySQL.Updates.1144.Improvements"></a>
+ Foi corrigido um problema em que `LOST_EVENTS` eram gerados ao gravar grandes eventos de binlog.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.1144.BugFixes"></a>
+ Eventos ignoráveis não funcionam e não são testados (bug N° 74683)
+ NOVO->FALHA EM ASSERT ANTIGA “GTID\$1MODE > 0' (erro \$120436436)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-09-22 (versão 1.14.1) (obsoleta)
<a name="AuroraMySQL.Updates.20170922"></a>

**Versão:** 1.14.1

O Aurora MySQL 1.14.1 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.14.1. O Aurora MySQL 1.14.1 também é uma atualização obrigatória para clusters de banco de dados existentes do Aurora MySQL. Para obter mais informações, consulte [Anúncio: Extensão do cronograma de atualização obrigatório para o Amazon Aurora](https://forums.aws.amazon.com/ann.jspa?annID=4983) no site do AWS Developer Forums.

Com a versão 1.14.1 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora MySQL recebem patch ao mesmo tempo. Como as atualizações exigem a reinicialização do banco de dados, você terá de 20 a 30 segundos de tempo de inatividade, após o qual poderá continuar usando seus clusters de banco de dados. Se os clusters de banco de dados estiverem executando a versão 1.13 ou posterior, o recurso de patches com tempo de inatividade zero do Aurora MySQL poderá permitir que conexões de clientes à instância principal do Aurora MySQL persistam após a atualização, dependendo da workload.

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

## Melhorias
<a name="AuroraMySQL.Updates.20170922.Improvements"></a>
+ Corrigiu condições de corrida associadas a inserções e purga para aumentar a estabilidade do recurso DDL rápido, que permanece em modo de laboratório do Aurora MySQL.

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-08-07 (versão 1.14) (obsoleta)
<a name="AuroraMySQL.Updates.20170807"></a>

**Versão:** 1.14

O Aurora MySQL 1.14 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.14. O Aurora MySQL 1.14 também é uma atualização obrigatória para clusters de banco de dados existentes do Aurora MySQL. Enviaremos um anúncio separado com a linha do tempo para reprovar versões anteriores do Aurora MySQL. 

Com a versão 1.14 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Como as atualizações exigem a reinicialização do banco de dados, você terá de 20 a 30 segundos de tempo de inatividade, após o qual poderá continuar usando seus clusters de banco de dados. Se os clusters de banco de dados estiverem executando a versão 1.13, o recurso de patches com tempo de inatividade zero do Aurora poderá permitir conexões cliente à instância primária do Aurora para manter a atualização, dependendo da workload.

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

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.20170807.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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
<a name="AuroraMySQL.Updates.20170807.Improvements"></a>
+ Corrigiu um erro "record not found" incorreto quando um registro foi encontrado no índice secundário, mas não no índice primário.
+ Corrigiu um problema de estabilidade que pode ocorrer por causa de uma declaração defensiva (adicionada no 1.12) que estava muito forte quando um indivíduo escreve algo abrangendo mais de 32 páginas. Essa situação pode ocorrer, por exemplo, com valores BLOB grandes.
+ Corrigiu um problema de estabilidade por causa de inconsistências entre os caches do espaço de tabela e do dicionário.
+ Corrigiu um problema no qual uma réplica do Aurora se tornará sem resposta depois que exceder o número máximo de tentativas de conexão com a instância primária. Uma réplica do Aurora será reiniciada se o período de inatividade for além do período de pulsação usado para verificação de integridade pela instância primária.
+ Corrigiu um livelock que pode ocorrer sob simultaneidade muito alta quando uma conexão tenta adquirir um Meta Data Lock (MDL – Bloqueio de metadado) exclusivo enquanto emite um comando, como `ALTER TABLE`.
+ Corrigido um problema de estabilidade em uma réplica de leitura do Aurora na presença de logical/parallel leitura antecipada.
+ Melhorou `LOAD FROM S3` de duas maneiras:

  1. Processamento melhor de erros de tempo limite do Amazon S3 usando a nova tentativa do SDK, além da nova tentativa existente.

  1. Otimização de performance durante o carregamento de arquivos muito grandes ou muitos arquivos armazenando em cache e reutilizando o estado do cliente.
+ Corrigiu os seguintes problemas de estabilidade com DDL rápido para operações `ALTER TABLE`:

  1.  Quando a instrução `ALTER TABLE` tem vários comandos `ADD COLUMN` e os nomes de coluna não estão em ordem crescente. 

  1. Quando a string de nome da coluna a ser atualizada e a string de nome correspondente, buscadas na tabela do sistema interno, difere por um caractere de encerramento nulo (/0).

  1. Em determinadas operações de divisão da árvore B.

  1. Quando a tabela tem uma chave principal de comportamento variável.
+ Corrigiu um problema de estabilidade com réplicas do Aurora quando demora muito para criar o cache de índice Full Text Search (FTS – Pesquisa de texto completa) consistente com essa instância primária. Isso poderá acontecer se uma parte grande das entradas de índice FTS recém-criadas na instância primária ainda não tiver sido enviada para disco.
+ Corrigiu um problema de estabilidade que pode acontecer durante a criação do índice.
+ Nova infraestrutura que rastreia o consumo de memória por conexão e a telemetria associada que será usada para criar estratégias de prevenção Out-Of-Memory (OOM).
+ Corrigiu um problema em que `ANALYZE TABLE` estava permitido incorretamente em réplicas do Aurora. Isso já foi bloqueado.
+ Corrigiu um problema de estabilidade causado por um deadlock raro por causa de uma condição de corrida entre a leitura lógica e a limpeza.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20170807.BugFixes"></a>
+ Uma pesquisa de texto completo combinada com tabelas derivadas (subconsultas na cláusula `FROM`) causou uma saída do servidor. Agora, se uma operação de texto completa depender de uma tabela derivada, o servidor produzirá um erro indicando que uma pesquisa de texto completa não pode ser realizada em uma tabela materializada. (Bug nº 68751, Bug nº 16539903)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-05-15 (versão 1.13) (obsoleta)
<a name="AuroraMySQL.Updates.20170515"></a>

**Versão:** 1.13

**nota**  
Habilitamos um novo recurso – SELECT INTO OUTFILE S3 – no Aurora MySQL versão 1.13 depois da versão inicial e atualizamos as notas de release para refletir essa alteração.

O Aurora MySQL 1.13 está disponível para o público. Todos os novos clusters de banco de dados, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.13. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora MySQL 1.13. Com a versão 1.13 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. Estamos habilitando a aplicação de patches com tempo de inatividade zero, que funciona no melhor dos esforços para preservar as conexões de clientes ao longo do processo de aplicação de patches. 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*.

## Aplicação de patches com tempo de inatividade zero
<a name="AuroraMySQL.Updates.20170515.ZDP"></a>

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o *melhor esforço*, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte [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*. 

## Novos atributos:
<a name="AuroraMySQL.Updates.20170515.NewFeatures"></a>
+ **SELECT INTO OUTFILE S3** – O Aurora MySQL já permite fazer upload dos resultados de uma consulta para um ou mais arquivos em um bucket do Amazon S3. Para obter mais informações, consulte [Salvar dados a partir de um cluster de banco de dados do Amazon Aurora MySQL em arquivos de texto de um bucket do Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias:
<a name="AuroraMySQL.Updates.20170515.Improvements"></a>
+ Implementado o truncamento de arquivos de log no formato CSV na inicialização do mecanismo para evitar um longo tempo de recuperação. Agora tabelas `general_log_backup`, `general_log`, `slow_log_backup` e `slow_log` não sobrevivem a uma reinicialização do banco de dados. 
+ Correção de um problema em que a migração de um banco de dados chamado **test** falhava.
+ Melhoria na estabilidade do coletor de lixo do gerenciador de bloqueios, reutilizando os segmentos de bloqueio corretos.
+ Melhoria na estabilidade do gerenciador de bloqueios, removendo declarações inválidas durante o algoritmo de detecção de deadlock. 
+ Reabilitação da replicação assíncrona e correção de um problema associado que fazia com que o atraso de réplica incorreto fosse informado em uma workload sem carga ou somente leitura. As melhorias no pipeline de replicação que foram apresentadas na versão 1.10. Essas melhorias foram apresentadas para aplicar atualizações no stream de log ao cache do buffer de uma Réplica do Aurora, o que ajuda a melhorar a performance e a estabilidade de leitura em réplicas do Aurora.
+ Correção de um problema em que autocommit=OFF faz com que eventos agendados sejam bloqueados e transações longas permaneçam abertas até o servidor reinicializar.
+ Correção de um problema em que logs de consultas lentas, gerais e de auditoria não podiam registrar consultas processadas por confirmação assíncrona.
+ Melhoria na performance do recurso LRA (logical read ahead) em até 2,5 vezes. Isso foi feito permitindo que as pré-buscas continuassem em páginas intermediárias em uma árvore B.
+ Adição da validação de parâmetros para variáveis de auditoria a fim de remover espaços desnecessários.
+ Correção de uma regressão, apresentada no Aurora MySQL versão 1.11, em que as consultas podem retornar resultados incorretos ao usarem a opção SQL\$1CALC\$1FOUND\$1ROWS e invocando a função FOUND\$1ROWS().
+ Correção de um problema de estabilidade quando a lista Metadata Lock era formada incorretamente.
+ Estabilidade aprimorada quando sql\$1mode está definido como PAD\$1CHAR\$1TO\$1FULL\$1LENGTH e o comando `SHOW FUNCTION STATUS WHERE Db='string'` é executado.
+ Correção de um caso raro quando instâncias não surgiam após a atualização da versão do Aurora devido a uma verificação de consistência de volume falsa.
+ Correção do problema de performance, apresentado no Aurora MySQL versão 1.12, em que a performance do gravador do Aurora era reduzida quando os usuários tinham um grande número de tabelas. 
+ Melhoria em um problema de estabilidade quando o gravador do Aurora está configurado como um operador de log binário e o número de conexões se aproxima de 16.000. 
+ Correção de um problema raro em que uma Réplica do Aurora podia ser reiniciada quando uma conexão fosse bloqueada à espera de Metadata Lock ao executar a DDL no Aurora mestre. 

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20170515.BugFixes"></a>
+ Com uma tabela do InnoDB vazia, não é possível diminuir o valor de auto\$1increment usando uma instrução ALTER TABLE, mesmo quando a tabela está vazia. (Bug nº 69882)
+ MATCH() ... AGAINST que usam uma string longa como argumento para AGAINST() podem resultar em um erro quando executadas em uma tabela do InnoDB com um índice de pesquisa de texto completo. (Bug nº 17640261)
+ A manipulação de SQL\$1CALC\$1FOUND\$1ROWS em combinação com ORDER BY e LIMIT podia provocar resultados incorretos para FOUND\$1ROWS(). (Bug nº 68458, Bug nº 16383173)
+ ALTER TABLE não permite alterar a nulidade da coluna quando existe uma chave externa. (Bug nº 77591)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-04-05 (versão 1.12) (obsoleta)
<a name="AuroraMySQL.Updates.20170405"></a>

**Versão:** 1.12

Agora, o Aurora MySQL 1.12 é a versão preferencial para a criação de novos clusters de banco de dados, incluindo restaurações de snapshots.

Esta não é uma atualização obrigatória para clusters existentes. Você terá a opção de atualizar os clusters existentes para a versão 1.12 depois de concluir o patch no âmbito de frotas para a versão 1.11 (consulte as [notas de release](AuroraMySQL.Updates.20170223.md) do Aurora 1.11 e o comunicado do [fórum correspondente](https://forums.aws.amazon.com/ann.jspa?annID=4444)). Com a versão 1.12 do Aurora, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo. 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*.

## Novos recursos
<a name="AuroraMySQL.Updates.20170405.New"></a>
+ **Fast DDL** – Agora o Aurora MySQL permite executar uma operação ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* quase instantaneamente. A operação é concluída sem exigir que a tabela seja copiada e sem causar impacto material em outras instruções DML. Como ela não consome armazenamento temporário para a cópia da tabela, as instruções de DDL são práticas mesmo para tabelas grandes em classes de instâncias pequenas. O DDL rápido atualmente tem suporte apenas para adicionar uma coluna anulável, sem um valor padrão, no final de uma tabela. Esse recurso está atualmente disponível no modo de laboratório do Aurora. Para obter mais informações, consulte [Alterar tabelas no Amazon Aurora usando a DDL rápida](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html) no *Guia do usuário do Amazon Aurora*.
+ **Mostrar o status do volume** – Adicionamos um novo comando de monitoramento, SHOW VOLUME STATUS, para exibir o número de nós e discos em um volume. Para obter mais informações, consulte [Exibir o status do volume para um cluster de banco de dados do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias
<a name="AuroraMySQL.Updates.20170405.Improvements"></a>
+ Implementação de alterações na compactação de bloqueio para reduzir ainda mais a memória alocada por objeto de bloqueio. Essa melhoria está disponível no modo de laboratório.
+ Correção de um problema em que a métrica `trx_active_transactions` diminui rapidamente mesmo quando o banco de dados está ocioso.
+ Correção de uma mensagem de erro inválida sobre a sintaxe de consulta de injeção de falhas ao simular falhas em discos e nós.
+ Correção de vários problemas relacionados a condições de corrida e travamentos inativos no gerenciador de bloqueio.
+ Correção de um problema que causava um estouro de buffer no otimizador de consulta.
+ Correção de um problema de estabilidade em réplicas de leitura do Aurora quando os nós de armazenamento subjacentes apresentam baixa memória disponível.
+ Correção de um problema em que conexões ociosas persistiam após a configuração do parâmetro `wait_timeout`.
+ Correção de um problema em que `query_cache_size` retorna um valor inesperado após a reinicialização da instância.
+ Correção de um problema de performance que é o resultado de um thread de diagnóstico que sonda a rede muitas vezes no caso em que as gravações não estão progredindo para o armazenamento.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20170405.BugFixes"></a>
+ Recarregar uma tabela que foi removida enquanto vazia fez com que um valor AUTO\$1INCREMENT fosse redefinido. (Bug nº 21454472, Bug nº 77743)
+ Um registro de índice não foi encontrado na reversão devido a inconsistências na estrutura de purge\$1node\$1t. A inconsistência resultou em avisos e mensagens de erro, como "erro na atualização da entrada do índice sec", "impossível limpar um registro" e "tentativa de limpar a entrada do índice sec não marcada para exclusão". (Bug nº 19138298, Bug nº 70214, Bug nº 21126772, Bug nº 21065746) 
+ O cálculo incorreto do tamanho da pilha para a operação qsort resulta em excedente de pilha. (Bug nº 73979)
+ Registro não encontrado em um índice após reversão. (Bug nº 70214, Bug nº 72419)
+ ALTER TABLE adicionar coluna TIMESTAMP na atualização CURRENT\$1TIMESTAMP insere ZERO-datas (Bug nº 17392)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-02-23 (versão 1.11) (obsoleta)
<a name="AuroraMySQL.Updates.20170223"></a>

**Versão:** 1.11

Aplicaremos patches em todos os clusters de bancos de dados Aurora MySQL com a versão mais recente durante um curto período após o lançamento. Os clusters de banco de dados são corrigidos usando o procedimento legado com um tempo de inatividade de cerca de 5 a 30 segundos. 

A aplicação de patches ocorre durante a janela de manutenção do sistema que você especificou para cada uma das suas instâncias de banco de dados. Você pode visualizar ou alterar essa janela usando o Console de gerenciamento da AWS. 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*.

Como alternativa, você pode aplicar o patch imediatamente no Console de gerenciamento da AWS escolhendo um cluster de banco de dados, escolhendo **Cluster Actions** e, em seguida, escolhendo **Upgrade Now**.

Com a versão 1.11 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo.

## Novos recursos
<a name="AuroraMySQL.Updates.20170223.New"></a>
+ **Opção MANIFEST para LOAD DATA FROM S3** – LOAD DATA FROM S3 foi lançado na versão 1.8. As opções para esse comando foram expandidas, e agora você pode especificar uma lista de arquivos a serem carregados em um cluster de bancos de dados Aurora do Amazon S3 usando um arquivo manifesto. Isso facilita o carregamento de dados de arquivos específicos em um ou mais locais, ao contrário do carregamento de dados de um único arquivo usando a opção FILE ou do carregamento de dados de vários arquivos que têm a mesma localização e prefixo usando a opção PREFIX. O formato do arquivo manifesto é o mesmo usado pelo Amazon Redshift. Para obter mais informações sobre como usar LOAD DATA FROM S3 com a opção MANIFEST, consulte [Usar um manifesto para especificar arquivos de dados para carregamento](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest) no *Guia do usuário do Amazon Aurora*.
+ **Indexação espacial habilitada por padrão** – esse recurso foi lançado no modo de laboratório na versão 1.10 e agora está ativado por padrão. A indexação espacial melhora a performance das consultas em conjuntos de dados grandes para consultas que utilizam dados espaciais. Para obter mais informações sobre o uso da indexação espacial, consulte [Amazon Aurora MySQL e dados espaciais](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) no *Guia do usuário do Amazon Aurora*.
+ **Alteração no cronograma de auditoria avançada**: esse recurso foi lançado na versão 1.10.1 para fornecer uma facilidade de alta performance para a auditoria de atividades do banco de dados. Nessa versão, a precisão dos carimbos de data/hora do log de auditoria foi alterada de um segundo para um microssegundo. Os carimbos de data/hora mais precisos permitem compreender melhor quando um evento de auditoria ocorreu. Para obter mais informações sobre auditoria, consulte [Como utilizar a auditoria avançada em um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias
<a name="AuroraMySQL.Updates.20170223.Improvements"></a>
+ Modificação do parâmetro `thread_handling` para evitar que você o defina como algo diferente de **multiple-connections-per-thread**, que é o único modelo com suporte no grupo de threads do Aurora.
+ Correção de um problema causado quando você define o parâmetro `buffer_pool_size` e `query_cache_size` para ser maior que a memória total do cluster de banco de dados. Nessa circunstância, o Aurora define o parâmetro modificado como o valor padrão e, portanto, o cluster de banco de dados pode ser inicializado e não falhar.
+ Correção de um problema no cache de consulta em que uma transação obtém resultados de leitura obsoletos se a tabela é invalidada em outra transação.
+ Correção de um problema em que arquivos binlog marcados para exclusão são removidos depois de um pequeno atraso em vez de serem removidos imediatamente.
+ Correção de um problema em que um banco de dados criado com o nome **tmp** é tratado como um banco de dados do sistema armazenado em armazenamento temporário e não persistente no armazenamento distribuído do Aurora.
+ Modificação do comportamento de SHOW TABLES para excluir determinadas tabelas internas do sistema. Essa alteração ajuda a evitar um failover desnecessário causado depois que mysqldump bloqueia todos os arquivos listados em SHOW TABLES, o que, por sua vez, evita gravações na tabela interna do sistema, causando o failover.
+ Correção de um problema em que uma Réplica do Aurora é reiniciada incorretamente ao criar uma tabela temporária de uma consulta que invoca uma função cujo argumento é uma coluna de uma tabela do InnoDB.
+ Correção de um problema relacionado a um conflito de bloqueio de metadados em um nó de Réplica do Aurora que faz com que a Réplica do Aurora fique atrás do cluster de banco de dados principal e acabe sendo reiniciada.
+ Correção de uma trava inoperante no pipeline de replicação em nós leitores, o que faz com que uma Réplica do Aurora se atrase e acabe sendo reiniciada.
+ Correção de um problema em que uma Réplica do Aurora fica muito atrasada com volumes criptografados maiores que 1 terabyte (TB).
+ Melhoria na detecção de travas inoperantes da Réplica do Aurora com o uso de uma melhor maneira de ler o tempo do relógio do sistema.
+ Correção de um problema em que uma Réplica do Aurora pode ser reiniciada duas vezes em vez de uma após o cancelamento do registro pelo gravador.
+ Correção de um problema de performance de consultas lentas em Réplicas do Aurora que ocorre quando estatísticas transitórias causam discrepância em colunas de índice não exclusivas.
+ Correção de um problema em que uma Réplica do Aurora pode falhar quando uma instrução DDL é replicada na Réplica do Aurora ao mesmo tempo que a Réplica do Aurora está processando uma consulta relacionada.
+ Alteração nas melhorias do pipeline de replicação que foram introduzidas na versão 1.10 de habilitadas por padrão para desabilitadas por padrão. Essas melhorias foram apresentadas para aplicar atualizações de stream de log ao cache de buffer de uma Réplica do Aurora e, embora esse recurso ajude a melhorar a performance e a estabilidade em Réplicas do Aurora, ele aumenta o atraso dessas réplicas em determinadas workloads.
+ Correção de um problema em que a ocorrência simultânea de uma instrução DDL contínua e da Leitura antecipada paralela pendente na mesma tabela causa uma falha de asserção durante a fase de confirmação da transação DDL.
+ Melhoria do log geral e do log de consultas lentas para sobreviver ao reinício do cluster de banco de dados.
+ Foi corrigido um out-of-memory problema para determinadas consultas de longa duração ao reduzir o consumo de memória no módulo ACL.
+ Correção de um problema de reinício que ocorre quando uma tabela possui índices não espaciais, quando existem predicados espaciais na consulta, quando o planejador opta por usar um índice não espacial e quando o planejador envia incorretamente a condição espacial ao índice.
+ Corrigido um problema em que o cluster de banco de dados reinicia quando há uma exclusão, atualização ou limpeza de objetos geoespaciais muito grandes que são armazenados externamente (como). LOBs
+ Correção de um problema em que a simulação de falhas usando ALTER SYSTEM SIMULATE... FOR INTERVAL não está funcionando corretamente.
+ Correção de um problema de estabilidade causado por uma declaração inválida em um invariante incorreto no gerenciador de bloqueios.
+ Desabilitação das duas melhorias a seguir para a pesquisa de texto completo do InnoDB que foram introduzidas na versão 1.10, pois introduzem problemas de estabilidade para algumas workloads exigentes:
  +  Atualização do cache somente após uma solicitação de leitura para uma Réplica do Aurora a fim de melhorar a velocidade de replicação do cache de índice de pesquisa de texto completo. 
  + Descarregando a tarefa de sincronização de cache em um thread separado, assim que o tamanho do cache atingir 10% do tamanho total, para evitar que consultas MySQL fiquem paradas por muito tempo durante a sincronização do cache de FTS com o disco. (Bugs nº 22516559, nº 73816).

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20170223.BugFixes"></a>
+ A execução da tabela ALTER da chave estrangeira DROP simultaneamente com outra operação DROP faz com que a tabela desapareça. (Bug nº 16095573)
+ Algumas consultas INFORMATION\$1SCHEMA que usaram ORDER BY não usaram uma otimização de classificação de arquivo como fizeram anteriormente. (Bug nº 16423536)
+ FOUND\$1ROWS () retorna a contagem incorreta de linhas em uma tabela. (Bug nº 68458)
+ O servidor falha em vez de indicar um erro quando muitas tabelas temporárias estão abertas. (Bug nº 18948649)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-01-12 (versão 1.10.1) (obsoleta)
<a name="AuroraMySQL.Updates.20170112"></a>

**Versão:** 1.10.1

A Versão 1.10.1 do Aurora MySQL é uma versão de assinatura e não é usada para aplicar patches em suas instâncias de bancos de dados. Ela está disponível para criar novas instâncias do Aurora e para atualizar instâncias existentes. Você pode aplicar o patch escolhendo um cluster no console do [Amazon RDS](https://console.aws.amazon.com/rds/), escolhendo **Cluster Actions (Ações do cluster)** e depois selecionando **Upgrade Now (Atualizar agora)**. O patch requer uma reinicialização do banco de dados com um tempo de inatividade normalmente durando de 5 a 30 segundos, após o qual você pode continuar usando seus clusters de banco de dados. Esse patch está usando um modelo de patches de cluster em que todos os nós em um cluster do Aurora recebem patches ao mesmo tempo.

## Novos recursos
<a name="AuroraMySQL.Updates.20170112.New"></a>
+ **Auditoria avançada**: o Aurora MySQL fornece um recurso de auditoria avançada de alta performance que você pode usar para auditar a atividade do banco de dados. Para obter mais informações sobre como habilitar e usar a auditoria, consulte [Como utilizar a auditoria avançada em um cluster de banco de dados do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias
<a name="AuroraMySQL.Updates.20170112.Improvements"></a>
+ Correção de um problema com a indexação espacial ao criar uma coluna e adicionar um índice a ela na mesma instrução.
+ Correção de um problema em que as estatísticas espaciais não são persistentes no reinício do cluster de banco de dados.

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-12-14 (versão 1.10) (obsoleta)
<a name="AuroraMySQL.Updates.20161214"></a>

**Versão:** 1.10

## Novos recursos
<a name="AuroraMySQL.Updates.20161214.New"></a>
+ **Patch com tempo de inatividade zero** – Esse recurso permite que uma instância de banco de dados seja corrigida sem qualquer tempo de inatividade. Ou seja, as atualizações do banco de dados são realizadas sem desconectar aplicativos cliente ou reiniciar o banco de dados. Essa abordagem aumenta a disponibilidade dos seus clusters de bancos de dados Aurora durante a janela de manutenção. Observe que dados temporários como esse no esquema de performance são reiniciados durante o processo de atualização. Esse recurso aplica-se aos patches entregues no serviço durante uma janela de manutenção, bem como patches iniciados pelo usuário. 

  Quando um patch é iniciado, o serviço garante que não haja bloqueios abertos, transações ou tabelas temporárias e, em seguida, aguarda uma janela adequada durante a qual o banco de dados pode ser corrigido e reiniciado. As sessões de aplicativos são preservadas, embora haja uma queda no throughput enquanto o patch está em andamento (por aproximadamente 5 segundos). Se nenhuma janela adequada for encontrada, então a aplicação de patch assumirá o comportamento padrão de aplicação de patch.

  A aplicação de patch com tempo de inatividade zero ocorre em uma base de melhor esforço, sujeito a certas limitações, conforme descrito a seguir:
  + Esse recurso é atualmente aplicável para aplicação de patch em clusters de banco de um único nó ou em instâncias de gravador em clusters de banco de dados com vários nós.
  + Conexões SSL não têm suporte em conjunto com esse recurso. Se houver conexões SSL ativas, o Amazon Aurora MySQL não executará um patch com tempo de inatividade zero e, em vez disso, tentará periodicamente verificar se as conexões SSL foram encerradas. Se tiverem, a aplicação de patch com tempo de inatividade zero continuará. Se as conexões SSL persistirem após mais de alguns segundos, a aplicação de patch com tempo de inatividade padrão continuará.
  + O recurso está disponível no Aurora versão 1.10 e posterior. Identificaremos todos os lançamentos ou patches que não poderem ser aplicados usando a aplicação de patch com tempo de inatividade zero.
  + Esse recurso não será aplicável se a replicação com base em registro em log binário estiver ativa.
+ **Indexação espacial**: a indexação espacial melhora a performance das consultas em conjuntos de dados grandes para consultas que utilizam dados espaciais. Para obter mais informações sobre o uso da indexação espacial, consulte [Amazon Aurora MySQL e dados espaciais](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial) no *Guia do usuário do Amazon Aurora*.

  Esse recurso está desabilitado por padrão e pode ser ativado habilitando o modo de laboratório Aurora. Para obter informações, consulte [Modo de laboratório do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) no *Guia do usuário do Amazon Aurora*.
+ **Melhorias no pipeline de replicação** – agora, o Aurora MySQL usa um mecanismo melhorado para aplicar atualizações de stream de log ao cache de buffer de uma Réplica do Aurora. Esse recurso melhora a performance e a estabilidade de leitura nas Réplicas do Aurora quando há uma carga de gravação pesada no mestre, bem como uma carga de leitura significativa na Réplica. Esse recurso está habilitado por padrão. 
+ **Melhoria do throughput para workloads com leituras em cache** – agora, o Aurora MySQL usa um algoritmo simultâneo sem trava para implementar visualizações de leitura, o que gera um melhor throughput para consultas de leitura servidas pelo cache de buffer. Como resultado dessa e de outras melhorias, o Amazon Aurora MySQL pode atingir uma taxa de transferência de até 625 mil leituras por segundo, em comparação com 164 mil leituras por segundo do MySQL 5.7 para uma carga de trabalho somente do Select. SysBench 
+ **Melhoria da produtividade para workloads com disputa de linhas dinâmica**: o Aurora MySQL usa um novo algoritmo de liberação de bloqueio que melhora a performance, especialmente quando existe uma disputa de páginas dinâmica (ou seja, muitas transações disputando as linhas na mesma página). Em testes com o parâmetro de comparação TPC-C, isso pode resultar em uma melhoria de throughput de até 16x em transações por minuto em relação ao MySQL 5.7. Esse recurso está desabilitado por padrão e pode ser ativado habilitando o modo de laboratório Aurora. Para obter informações, consulte [Modo de laboratório do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias
<a name="AuroraMySQL.Updates.20161214.Improvements"></a>
+ A velocidade de replicação do cache de índice de pesquisa de texto completo foi melhorada atualizando o cache somente após uma solicitação de leitura para uma Réplica do Aurora. Essa abordagem evita qualquer leitura do disco pelo thread de replicação. 
+ Correção de um problema em que a invalidação do cache do dicionário não funciona em uma Réplica do Aurora para tabelas que tenham um caractere especial no nome do banco de dados ou no nome da tabela.
+ Correção de um problema de `STUCK IO` durante a migração de dados para nós de armazenamento distribuídos quando o gerenciamento dinâmico de armazenamento está habilitado.
+ Correção de um problema no gerenciador de bloqueio em que uma verificação de declaração falha para o thread de espera de bloqueio de transação ao se preparar para reverter ou confirmar uma transação.
+ Correção de um problema ao abrir uma tabela de dicionário corrompida atualizando corretamente a contagem de referência para as entradas da tabela de dicionário.
+ Correção de um erro em que o ponto de leitura mínimo do cluster do banco de dados pode ser mantido por Réplicas do Aurora lentas.
+ Correção de uma possível perda de memória no cache de consultas.
+ Correção de um erro em que uma Replica do Aurora coloca um bloqueio em nível de linha em uma tabela quando uma consulta é usada em uma instrução `IF` de um procedimento armazenado.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20161214.BugFixes"></a>
+ UNION de tabelas derivadas retorna resultados incorretos com cláusulas '1=0/false'. (Bug nº 69471)
+ O servidor falha em ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS na segunda execução do procedimento armazenado. (Bug nº 20755389)
+ Evite que consultas MySQL fiquem paradas por muito tempo durante a sincronização do cache de FTS com o disco, descarregando a tarefa de sincronização de cache em um thread separado, assim que o tamanho do cache atingir 10% do tamanho total. (Bug nº 22516559, Nº 73816)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-11-10 (versão 1.9.0, 1.9.1) (obsoleta)
<a name="AuroraMySQL.Updates.20161110"></a>

**Versão:** 1.9.0, 1.9.1

## Novos recursos
<a name="AuroraMySQL.Updates.20161110.New"></a>
+ **Melhor compilação de índice** – A implementação da construção de índices secundários agora funciona criando o índice de baixo para cima, o que elimina as divisões de página desnecessárias. Isso pode reduzir o tempo necessário para criar um índice ou reconstruir uma tabela em até 75% (com base em uma classe de instância de banco de dados `db.r3.8xlarge`). Esse recurso estava no modo de laboratório no Aurora MySQL versão 1.7 e está habilitado por padrão no Aurora versão 1.9 e posterior. Para obter informações, consulte [Modo de laboratório do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) no *Guia do usuário do Amazon Aurora*.
+ **Compactação de bloqueio (modo de laboratório)** – Essa implementação reduz significativamente a quantidade de memória que o gerenciador de bloqueio consome em até 66%. O gerenciador de bloqueios pode adquirir mais bloqueios de linha sem encontrar uma out-of-memory exceção. Esse recurso está desabilitado por padrão e pode ser ativado habilitando o modo de laboratório Aurora. Para obter informações, consulte [Modo de laboratório do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) no *Guia do usuário do Amazon Aurora*.
+ **Esquema de performance** – o Aurora MySQL agora inclui suporte para o esquema de performance com impacto mínimo sobre a performance. Em nossos testes usando SysBench, habilitar o esquema de desempenho pode degradar o desempenho do MySQL em até 60%.

  SysBench o teste de um cluster de banco de dados Aurora mostrou um impacto no desempenho que é 4 vezes menor do que o MySQL. A execução da classe de `db.r3.8xlarge` instância de banco de dados resultou em 100 mil SQL writes/sec e mais de 550 mil leituras de SQL por segundo, mesmo com o esquema de desempenho ativado.
+ **Melhoria na disputa de linhas dinâmica** – esse recurso reduz a utilização da CPU e aumenta o throughput quando um pequeno número de linhas quentes são acessadas por um grande número de conexões. Esse recurso também elimina ` error 188` quando existe uma disputa de linhas dinâmica.
+ ** out-of-memoryTratamento aprimorado** — Quando instruções SQL de bloqueio não essenciais são executadas e o pool de memória reservada é violado, o Aurora força a reversão dessas instruções SQL. Esse recurso libera memória e evita falhas no motor devido a out-of-memory exceções.
+ **Seletor de leitura inteligente** — Essa implementação melhora a latência de leitura escolhendo o segmento de armazenamento ideal entre diferentes segmentos para cada leitura, resultando em melhor taxa de transferência de leitura. SysBench os testes mostraram um aumento de desempenho de até 27% para cargas de trabalho de gravação.

## Melhorias
<a name="AuroraMySQL.Updates.20161110.Improvements"></a>
+ Correção de um problema em que uma Réplica do Aurora encontra um bloqueio compartilhado durante a inicialização do mecanismo.
+ Correção de uma possível falha em uma Réplica do Aurora quando o ponteiro de visualização lida no sistema de depuração é NULL.

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-10-26 (versão 1.8.1) (obsoleta)
<a name="AuroraMySQL.Updates.20161026"></a>

**Versão:** 1.8.1

## Melhorias
<a name="AuroraMySQL.Updates.20161026.Improvements"></a>
+ Correção de um problema em que inserções em massa que utilizam triggers que invocam procedimento do AWS Lambda falham.
+ Correção de um problema em que a migração do catálogo falha quando a confirmação automática está desligada globalmente.
+ Resolveu uma falha de conexão com a Aurora ao usar SSL e aprimorou o grupo Diffie-Hellman para lidar com ataques. LogJam 

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20161026.BugFixes"></a>
+ O OpenSSL alterou os parâmetros de comprimento da chave Diffie-Hellman devido ao problema. LogJam (Bug nº 18367167)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-10-18 (versão 1.8) (obsoleta)
<a name="AuroraMySQL.Updates.20161018"></a>

**Versão:** 1.8

## Novos recursos
<a name="AuroraMySQL.Updates.20161018.New"></a>
+ **AWS Lambda integração** — agora você pode invocar de forma assíncrona uma função AWS Lambda de um cluster de banco de dados Aurora usando o procedimento. `mysql.lambda_async` 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) no *Guia do usuário do Amazon Aurora*.
+ **Carregar dados do Amazon S3** – Agora, você pode carregar arquivos de texto ou XML de um bucket do Amazon S3 no seu cluster de bancos de dados Aurora usando os comandos `LOAD DATA FROM S3` ou `LOAD XML FROM S3`. Para obter mais informações, consulte [Carregar dados em um cluster de banco de dados do Amazon Aurora MySQL a partir de arquivos de texto em um bucket do Amazon S3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html) no *Guia do usuário do Amazon Aurora*.
+ **Migração do catálogo** – Agora, o Aurora persiste os metadados do catálogo no volume do cluster para dar suporte ao versionamento. Isso permite uma migração de catálogo contínua entre versões e restaurações.
+ **Manutenção e aplicação de patches em nível de cluster** – agora, o Aurora gerencia atualizações de manutenção para um cluster de banco de dados inteiro. 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
<a name="AuroraMySQL.Updates.20161018.Improvements"></a>
+ Correção de um problema em que uma Réplica do Aurora falha ao não conceder um bloqueio de metadados a uma tabela DDL dinâmica.
+ Réplica do Aurora com permissão para modificar tabelas não InnoDB para facilitar o rodízio dos arquivos de log CSV lentos e gerais, em que `log_output=TABLE`.
+ Correção de um atraso ao atualizar estatísticas da instância primária para uma Réplica do Aurora. Sem essa correção, as estatísticas da Réplica do Aurora podem ficar fora de sincronia com as estatísticas da instância primária e resultar em um plano de consulta diferente (e possivelmente com performance insuficiente) em uma Réplica do Aurora. 
+ Correção de uma condição de corrida que garante que uma Réplica do Aurora não adquira bloqueios.
+ Correção de um cenário raro em que uma Réplica do Aurora que efetua ou cancela o registro na instância primária pode falhar. 
+ Correção de uma condição de corrida que pode provocar um deadlock em instâncias `db.r3.large` ao abrir ou fechar um volume.
+ Foi corrigido um out-of-memory problema que pode ocorrer devido a uma combinação de uma grande carga de trabalho de gravação e falhas no serviço de armazenamento distribuído Aurora.
+ Correção de um problema com alto consumo de CPU devido ao giro do thread de limpeza na presença de uma transação de longa execução. 
+ Correção de um problema ao executar consultas de esquema de informações para obter informações sobre bloqueios em carga pesada.
+ Correção de um problema com um processo de diagnóstico que, em raros casos, pode fazer com que gravações do Aurora em nós de armazenamento fiquem obsoletas e sejam reiniciadas/façam failover.
+ Corrigida uma condição em que uma tabela criada com êxito pode ser excluída durante a recuperação de uma falha caso ela tenha ocorrido enquanto uma instrução `CREATE TABLE [if not exists]` estava sendo processada.
+ Correção de um caso em que o procedimento de rotação do log está interrompido quando o log geral e o log lento não são armazenados no disco usando a mitigação de catálogo.
+ Correção de uma falha quando um usuário cria uma tabela temporária dentro de uma função definida pelo usuário e, em seguida, usa essa função na lista de seleção da consulta.
+ Correção de um falha que ocorreu ao reproduzir eventos GTID. O GTID não é compatível com o Aurora MySQL.

## Integração de correções de bugs do MySQL:
<a name="AuroraMySQL.Updates.20161018.Fixes"></a>
+ Ao descartar todos os índices em uma coluna com vários índices, o InnoDB falhou ao bloquear uma operação DROP INDEX quando uma restrição de chave estrangeira requer um índice. (Bug nº 16896810)
+ Resolvida falha de restrição de chave estrangeira adicionada. (Bug nº 16413976)
+ Correção de uma falha ao buscar um cursor em um procedimento armazenado e analisar ou liberar a tabela ao mesmo tempo. (Bug nº 18158639)
+ Correção de um bug de incremento automático quando um usuário altera uma tabela para alterar o valor de AUTO\$1INCREMENT para menos do que o valor de coluna de incremento automático máximo. (Bug nº 16310273)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-09-20 (versão 1.7.1) (obsoleta)
<a name="AuroraMySQL.Updates.20160920"></a>

**Versão:** 1.7.1

## Melhorias
<a name="AuroraMySQL.Updates.20160920.Improvements"></a>
+ Corrige um problema em que uma Réplica do Aurora falha se o cache de pesquisa de texto completo do InnoDB está cheio.
+ Corrige um problema em que o mecanismo de banco de dados falha se um thread de trabalho no pool de threads aguarda ele mesmo.
+ Corrige um problema em que uma Réplica do Aurora trava se um bloqueio de metadados em uma tabela causa um deadlock.
+ Corrige um problema em que o mecanismo de banco de dados falha devido a uma condição de corrida entre dois segmentos de trabalho no pool de threads.
+ Corrige um problema em que ocorre um failover desnecessário em condições de carga pesada quando o agente de monitoramento não detecta o avanço de operações de gravação no subsistema de armazenamento distribuído.

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-08-30 (versão 1.7.0) (obsoleta)
<a name="AuroraMySQL.Updates.20160830"></a>

**Versão:** 1.7.0

## Novos recursos
<a name="AuroraMySQL.Updates.20160830.New"></a>
+ **Programador com reconhecimento para NUMA** – O programador de tarefas do mecanismo do Aurora MySQL agora tem reconhecimento para NUMA (acesso não uniforme a memória). Isso minimiza a contenção de soquetes entre CPUs, resultando em um throughput de performance melhorado para a classe de instância de banco de dados `db.r3.8xlarge`.
+ **A leitura antecipada em paralelo funciona de forma assíncrona em segundo plano**: a leitura antecipada em paralelo foi revisada para melhorar a performance usando um thread dedicado para reduzir a contenção de threads.
+ **Melhor compilação de índice (modo de laboratório)** – A implementação da construção de índices secundários agora funciona criando o índice de baixo para cima, o que elimina as divisões de página desnecessárias. Isso pode reduzir o tempo necessário para criar um índice ou reconstruir uma tabela. Esse recurso está desabilitado por padrão e pode ser ativado habilitando o modo de laboratório Aurora. Para obter informações, consulte [Modo de laboratório do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html) no *Guia do usuário do Amazon Aurora*.

## Melhorias
<a name="AuroraMySQL.Updates.20160830.Improvements"></a>
+ Correção de um problema em que o estabelecimento de uma conexão demoraria muito se houvesse um aumento no número de conexões solicitadas para uma instância.
+ Correção de um problema em que ocorria uma falha se ALTER TABLE fosse executada em uma tabela particionada que não utilizasse o InnoDB.
+ Correção de um problema em que uma workload de gravação pesada poderia causar um failover.
+ Correção de uma declaração incorreta que causaria uma falha se RENAME TABLE fosse executada em uma tabela particionada.
+ Maior estabilidade ao reverter uma transação durante workloads de inserção pesadas.
+ Correção de um problema em que os índices de pesquisa de texto completo não eram viáveis em uma Réplica do Aurora.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20160830.BugFixes"></a>
+ Melhoria de escalabilidade ao particionar o bloqueio LOCK\$1grant. (Port WL \$18355)
+ Abrir o cursor em SELECT no procedimento armazenado causa segfault. (Port Bug\$116499751)
+ O MySQL fornece o resultado incorreto com algum uso especial. (Bug nº 11751794)
+ Falha em GET\$1SEL\$1ARG\$1FOR\$1KEYPART – causada pelo patch para o Bug nº 11751794. (Bug nº 16208709)
+ Resultados incorretos para uma consulta simples com GROUP BY. (Bug nº 17909656)
+ Linhas extras na consulta de semijunção com predicados de intervalo. (Bug nº 16221623)
+ A inclusão de uma cláusula ORDER BY após uma subconsulta IN pode fazer com que linhas duplicadas sejam retornadas. (Bug nº 16308085)
+ Falha com explicação para uma consulta com varredura solta para GROUP BY, MyISAM. (Bug nº 16222245)
+ A varredura de índice solta com o predicado quoted int retorna dados aleatórios. (Bug nº 16394084)
+ Se o otimizador estivesse usando uma varredura de índice solta, o servidor poderia ser encerrado ao tentar criar uma tabela temporária. (Bug nº 16436567)
+ COUNT(DISTINCT) não deve contar valores NULL, mas eles foram contados quando o otimizador usou a varredura de índice solta. (Bug nº 17222452)
+ Se uma consulta teve MIN()/MAX() e aggregate\$1function(DISTINCT) (por exemplo, SUM(DISTINCT)) e foi executada usando a varredura de índice solta, os valores de resultados de MIN()/MAX() foram definidos incorretamente. (Bug nº 17217128)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-06-01 (versão 1.6.5) (obsoleta)
<a name="AuroraMySQL.Updates.20160601"></a>

**Versão:** 1.6.5

## Novos recursos
<a name="AuroraMySQL.Updates.20160601.New"></a>
+ **Armazenamento eficiente de logs binários** – O armazenamento eficiente de logs binários agora está habilitado por padrão para todos clusters de banco de dados Aurora MySQL e não é configurável. O armazenamento eficiente de logs binários foi introduzido na atualização de abril de 2016. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-04-06 (versão 1.6) (obsoleta)](AuroraMySQL.Updates.20160406.md).

## Melhorias
<a name="AuroraMySQL.Updates.20160601.Improvements"></a>
+ Melhor estabilidade para Réplicas do Aurora quando a instância primária se depara com uma workload pesada. 
+ Maior estabilidade para Réplicas do Aurora ao executar consultas em tabelas particionadas e tabelas com caracteres especiais no nome. 
+ Correção de problemas de conexão ao usar conexões seguras.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20160601.BugFixes"></a>
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-04-06 (versão 1.6) (obsoleta)
<a name="AuroraMySQL.Updates.20160406"></a>

**Versão:** 1.6

Esta atualização inclui os seguintes aprimoramentos:

## Novos recursos
<a name="AuroraMySQL.Updates.20160406.New"></a>
+ **Leitura antecipada paralela** – Agora, a leitura antecipada paralela está habilitada por padrão para todos os clusters de banco de dados Aurora MySQL e não é configurável. A Leitura antecipada paralela foi introduzida na atualização de dezembro de 2015. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-12-03 (versão 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).

  Além de permitir a leitura paralela por padrão, essa versão inclui as seguintes melhorias para na leitura antecipada paralela:
  + Melhoria na lógica para que a leitura paralela seja menos agressiva, o que é benéfico quando seu cluster de banco de dados se depara com muitas workloads paralelas.
  + Maior estabilidade em tabelas menores.
+ **Armazenamento eficiente de logs binários (modo laboratório)** – Agora, os arquivos de log binários do MySQL são armazenados de forma mais eficiente no Aurora MySQL. A nova implementação de armazenamento permite que os arquivos de log binários sejam excluídos muito mais cedo e melhora a performance do sistema para uma instância em um cluster de banco de dados Aurora MySQL que é um mestre de replicação de log binário.

  Para habilitar o armazenamento eficiente de logs binários, defina o parâmetro `aurora_lab_mode` como `1` no parameter group para a sua instância primária ou Réplica do Aurora. O parâmetro `aurora_lab_mode` é um parâmetro em nível de instância que está no parameter group `default.aurora5.6` por padrão. Para obter informações sobre como modificar um grupo de parâmetros de banco de dados, consulte [Modificar parâmetros em um grupo de parâmetros de banco de dados](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying) no *Guia do usuário do Amazon Aurora*. Para obter informações sobre grupos de parâmetros e o Aurora MySQL, consulte [Parâmetros de configuração do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups) no *Guia do usuário do Amazon Aurora*.

  Basta ativar o armazenamento eficiente de logs binários para instâncias em um cluster de banco de dados Aurora MySQL que sejam instâncias mestres de replicação de logs binários do MySQL.
+ **Variável de sistema AURORA\$1VERSION** – Agora, é possível obter a versão Aurora do seu cluster de banco de dados Aurora MySQL consultando a variável do sistema `AURORA_VERSION`.

  Para obter a versão do Aurora, use uma das seguintes consultas:

  ```
  select AURORA_VERSION();
  select @@aurora_version;
  show variables like '%version';
  ```

  Você também pode ver a versão do Aurora no Console de gerenciamento da AWS ao modificar um cluster de banco de dados ou ao chamar o [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI comando ou a operação da API [Descreve DBEngine Versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ **Métrica de uso de memória do gerenciador de bloqueios** – Agora, informações sobre o uso da memória do gerenciador de bloqueios estão disponíveis como uma métrica.

  Para obter a métrica de uso de memória do gerenciador de bloqueios, use uma das seguintes consultas:

  ```
  show global status where variable_name in ('aurora_lockmgr_memory_used');
  select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
  ```

## Melhorias
<a name="AuroraMySQL.Updates.20160406.Improvements"></a>
+ Maior estabilidade durante a recuperação de transações XA e logs binários.
+ Correção de um problema de memória resultante de um grande número de conexões.
+ Maior precisão nas seguintes métricas: `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency` e `Disk Queue Depth`.
+ Correção de um problema de estabilidade que causa a inicialização lenta de instâncias grandes após uma falha.
+ Maior simultaneidade no dicionário de dados em relação aos mecanismos de sincronização e ao despejo do cache. 
+ Melhorias de estabilidade e performance para Réplicas do Aurora:
  + Correção de um problema de estabilidade para Réplicas do Aurora durante workloads de gravação pesadas ou intermitentes para a instância primária.
  + Melhoria no atraso das réplicas para as instâncias db.r3.4xlarge e db.r3.8xlarge. 
  + Melhoria da performance ao reduzir a disputa entre a aplicação de registros de log e leituras simultâneas em uma Réplica do Aurora.
  + Correção de um problema para atualizar estatísticas em Réplicas do Aurora para estatísticas recém-criadas ou atualizadas.
  + Maior estabilidade para Réplicas do Aurora quando existem várias transações na instância primária e leituras simultâneas nas Réplicas do Aurora entre os mesmos dados.
  + Maior estabilidade para Réplicas do Aurora ao executar instruções `UPDATE` e `DELETE` com instruções `JOIN`.
  + Maior estabilidade para Réplicas do Aurora ao executar instruções `INSERT ... SELECT`.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20160406.BugFixes"></a>
+ BACKPORT Bug 18694052 FIX FOR ASSERTION `\$1M\$1ORDERED\$1REC\$1BUFFER' FAILED TO 5.6 (Bug de porta 18305270) 
+ SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (Bug de porta \$1 18383840)
+ WRONG RESULTS WITH PARTITIONING,INDEX\$1MERGE AND NO PK (Bug de porta \$1 18167648)
+ FLUSH TABLES FOR EXPORT: ASSERTION IN HA\$1PARTITION::EXTRA (Bug de porta \$1 16943907)
+ SERVER CRASH IN VIRTUAL HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST (Bug de Porta \$1 16164031)
+ RANGE OPTIMIZER CRASHES IN SEL\$1ARG::RB\$1INSERT() (Bug de Porta \$1 16241773)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-01-11 (versão 1.5) (obsoleta)
<a name="AuroraMySQL.Updates.20160111"></a>

**Versão:** 1.5

Esta atualização inclui os seguintes aprimoramentos:

## Melhorias
<a name="AuroraMySQL.Updates.20160111.Improvements"></a>
+ Correção de uma pausa de 10 segundos de operações de gravação para instâncias inativas durante implementações de armazenamento do Aurora.
+ Agora, a leitura antecipada lógica funciona quando `innodb_file_per_table` está definido como `No`. Para obter mais informações sobre leitura antecipada lógica, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-12-03 (versão 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).
+ Correção de problemas com Réplicas do Aurora que se reconectam à instância primária. Essa melhoria também corrige um problema quando você especifica um valor grande para o parâmetro `quantity` ao testar falhas de Réplicas do Aurora usando consultas de injeção de falhas. Para obter mais informações, consulte [Teste de falha em uma réplica do Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure) no *Guia do usuário do Amazon Aurora*.
+ Monitoramento aprimorado de Réplicas do Aurora que se atrasam e são reiniciadas.
+ Correção de um problema que fazia com que uma Réplica do Aurora atrasasse, tivesse seu registro cancelado e reiniciasse.
+ Correção de um problema quando você executa o comando `show innodb status` durante um deadlock.
+ Correção de um problema com failovers para instâncias maiores durante o alto throughput de gravação.

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20160111.BugFixes"></a>
+ Resolução de uma correção incompleta na pesquisa de texto completa MySQL que afeta tabelas em que o nome do banco de dados começa com um dígito. (Bug nº 17607956 de porta) 

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-12-03 (versão 1.4) (obsoleta)
<a name="AuroraMySQL.Updates.20151203"></a>

**Versão:** 1.4

Esta atualização inclui os seguintes aprimoramentos:

## Novos recursos
<a name="AuroraMySQL.Updates.20151203.New"></a>
+ **Inserção rápida** – Acelera inserções paralelas classificadas por chave primária. Para obter mais informações, consulte [Melhorias de performance do Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance) no *Guia do usuário do Amazon Aurora*. 
+ **Performance de leitura de conjuntos de dados grandes**: o Aurora MySQL detecta automaticamente uma workload pesada de E/S e executa mais threads para aumentar a performance do cluster de banco de dados. O programador do Aurora analisa a atividade de E/S e decide ajustar dinamicamente o número ideal de threads no sistema, ajustando rapidamente as workloads com E/S pesada e CPU pesada com baixa sobrecarga.
+ **Leitura antecipada paralela**: melhora a performance de varreduras de Árvores B que são muito grandes para a memória disponível na sua instância primária ou Réplica do Aurora (incluindo consultas de intervalo). A leitura antecipada paralela detecta automaticamente os padrões de leitura da páginas e faz a pré-busca de páginas no cache de buffer antes que estas sejam necessárias. A leitura antecipada paralela trabalha com várias tabelas ao mesmo tempo dentro da mesma transação.

## Melhorias:
<a name="AuroraMySQL.Updates.20151203.Improvements"></a>
+ Correção de breves problemas de disponibilidade do banco de dados Aurora durante implantações de armazenamento do Aurora. 
+ Aplicação correta do limite `max_connection`.
+ Melhoria da limpeza de logs binários quando o Aurora é o mestre de logs binários e o banco de dados está sendo reiniciado após uma carga de dados pesada. 
+ Correção de problemas de gerenciamento de memória com o cache da tabela. 
+ Suporte adicionado para páginas enormes no cache do buffer de memória compartilhada para uma recuperação mais rápida. 
+ Correção de um problema em que o armazenamento local de threads não é inicializado. 
+ Permissão de conexões de 16K por padrão. 
+ Pool de threads dinâmico para workloads com E/S pesada. 
+ Correção de um problema com a invalidação correta de visualizações que envolvem UNION no cache de consulta. 
+ Correção de um problema de estabilidade com o thread de estatísticas de dicionário. 
+ Correção de uma perda de memória no subsistema de dicionário relacionada ao despejo do cache. 
+ Correção de problema de alta latência de leitura nas Réplicas do Aurora quando há uma carga muito baixa de gravação no mestre. 
+ Problemas de estabilidade corrigidos em Réplicas do Aurora ao realizar operações em tabelas partidas DDL, como ALTER TABLE ... REORGANIZE PARTITION, no mestre. 
+ Problemas de estabilidade corrigidos nas Réplicas do Aurora durante o crescimento do volume. 
+ Problema de performance corrigido para varreduras em índices não clusterizados em Réplicas do Aurora. 
+ Correção de problema de estabilidade que causam um atraso de Réplicas do Aurora e fazem com que elas acabem tendo o registro cancelado e reiniciadas. 

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20151203.BugFixes"></a>
+ SEGV em FTSPARSE(). (Bug nº 16446108)
+ O dicionário de dados do InnoDB não é atualizado ao renomear a coluna. (Bug nº 19465984)
+ Falha do FTS após a renomeação da tabela para um banco de dados diferente. (Bug nº 16834860)
+ Uma falha na preparação do trigger em tabelas truncadas causa o erro 1054. (Bug nº 18596756)
+ Alterações de metadados podem causar problemas com a execução de disparadores. (Bug nº 18684393)
+ A materialização não é escolhida para o campo UTF8 VARCHAR longo. (Bug nº 17566396)
+ Plano de execução insatisfatório quando ORDER BY com limite X.(Bug n.º 16697792)
+ Bug de backport \$111765744 PARA 5.1, 5.5 E 5.6. (Bug nº 17083851)
+ Problema de mutex no SQL/SQL\$1SHOW.CC resultando em. SIG6 Origem provavelmente FILL\$1VARIABLES. (Bug nº 20788853)
+ Bug de backport \$118008907 para versões 5.5\$1. (Bug nº 18903155)
+ Correção de um erro de excedente de pilha no MySQL 5.7. (Bug nº 19678930)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-10-16 (versão 1.2, 1.3) (obsoleta)
<a name="AuroraMySQL.Updates.20151016"></a>

**Versões:** 1.2, 1.3

Esta atualização inclui os seguintes aprimoramentos:

## Correções
<a name="AuroraMySQL.Updates.20151016.Fixes"></a>
+  out-of-memoryProblema resolvido no novo gerenciador de bloqueios com transações de longa duração
+ Resolução de uma vulnerabilidade de segurança ao replicar com bancos de dados que não fossem do RDS for MySQL
+ Atualização para garantir que gravações de quorum sejam repetidas corretamente com falhas de armazenamento
+ Atualização para informar o atraso de réplicas com mais precisão
+ Melhor performance ao reduzir a disputa quando muitas transações simultâneas estão tentando modificar a mesma linha
+ Resolução da invalidação do cache de consulta para visualizações que são criadas com a união de duas tabelas
+ Cache de consulta desabilitado para transações com isolamento de `UNCOMMITTED_READ`

## Melhorias
<a name="AuroraMySQL.Updates.20151016.Improvements"></a>
+ Melhor performance para consultas de catálogo lentas em caches quentes
+ Simultaneidade melhorada nas estatísticas do dicionário
+ Maior estabilidade para o novo gerenciador de recursos do cache de consulta, gerenciamento de extensões, arquivos armazenados no armazenamento inteligente do Amazon Aurora e gravações em lote de registros de log

## Integração de correções de bugs do MySQL
<a name="AuroraMySQL.Updates.20151016.BugFixes"></a>
+ Eliminar uma consulta dentro de innodb faz com que ela eventualmente falhe com uma declaração. (Bug nº 1608883)
+ Devido a uma falha ao criar um novo thread para o programador de eventos, a execução do evento ou uma nova conexão, nenhuma mensagem foi gravada no log de erros. (Bug nº 16865959)
+ Se uma conexão alterou seu banco de dados padrão e, simultaneamente, outra conexão executou SHOW PROCESSLIST, a segunda conexão poderia acessar uma memória inválida ao tentar exibir a memória de banco de dados padrão da primeira conexão. (Bug nº 11765252)
+ Por padrão, PURGE BINARY LOGS não remove arquivos de log binários em uso ou ativos, mas não forneceu nenhum aviso quando isso ocorreu. (Bug nº 13727933)
+ Para algumas instruções, perdas de memória poderão resultar quando o otimizador tiver removido cláusulas de subconsulta desnecessárias. (Bug nº 15875919) 
+ Durante o encerramento, o servidor poderia tentar bloquear um mutex não inicializado. (Bug nº 16016493)
+ Uma declaração preparada que usava GROUP\$1CONCAT() e uma cláusula ORDER BY que nomeava várias colunas poderia causar o encerramento do servidor. (Bug nº 16075310)
+ A instrumentação do esquema de performance estava ausente para threads de operador de réplica. (Bug nº 16083949)
+ `STOP SLAVE` pode causar um deadlock quando emitido simultaneamente com uma instrução como SHOW STATUS que recuperou os valores de uma ou mais das variáveis de status `Slave_retried_transactions`, `Slave_heartbeat_period`, `Slave_received_heartbeats`, `Slave_last_heartbeat` ou `Slave_running`. (Bug nº 16088188)
+ Uma consulta de texto completo usando o modo booliano poderia retornar zero resultados em alguns casos em que o termo de pesquisa fosse uma expressão entre aspas. (Bug nº 16206253)
+ A tentativa do otimizador de remover cláusulas de subconsulta redundantes gerou uma declaração ao executar uma instrução preparada com uma subconsulta na cláusula ON de uma junção em uma subconsulta. (Bug nº 16318585)
+ GROUP\$1CONCAT instável, falha em ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL. (Bug nº 16347450)
+ A tentativa de substituir a lista de palavras irrelevantes padrão de pesquisa de texto completo (FTS) do InnoDB, criando uma tabela do InnoDB com a mesma estrutura que INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD, resultaria em um erro. (Bug nº 16373868)
+ Depois que o thread de cliente em um operador realizou FLUSH TABLES WITH READ LOCK e, depois, algumas atualizações no mestre, o operador travou ao executar `SHOW SLAVE STATUS`. (Bug nº 16387720)
+ Ao analisar uma string de pesquisa delimitada, como "abc-def" em uma pesquisa de texto completo, o InnoDB agora usa os mesmos delimitadores de palavras que o MyISAM. (Bug nº 16419661)
+ Falha em FTS\$1AST\$1TERM\$1SET\$1WILDCARD. (Bug nº 16429306)
+ SEGFAULT em FTS\$1AST\$1VISIT() para teste de FTS RQG. (Bug nº 16435855)
+ Para compilações de depuração, quando o otimizador removia um Item\$1ref apontando para uma subconsulta, ele causava um encerramento do servidor. (Bug nº 16509874)
+ A pesquisa de texto completo em tabelas do InnoDB falhava em pesquisas por expressões literais combinadas com operadores \$1 ou -. (Bug nº 16516193)
+ `START SLAVE`falhou quando o servidor foi iniciado com as opções -- master-info-repository =TABLE relay-log-info-repository =TABLE e com a confirmação automática definida como 0, junto com. `--skip-slave-start` (Bug nº 16533802)
+ Resultados de pesquisa de texto completo (FTS) muito grandes do InnoDB podem consumir uma quantidade excessiva de memória. (Bug nº 16625973)
+ Em compilações de depuração, uma declaração poderia ocorrer em OPT\$1CHECK\$1ORDER\$1BY ao usar um binário diretamente em uma string de pesquisa, pois binários podem incluir bytes NULL e outros caracteres não significativos. (Bug nº 16766016)
+ Para algumas instruções, perdas de memória poderão resultar quando o otimizador tiver removido cláusulas de subconsulta desnecessárias. (Bug nº 16807641)
+ Era possível causar um deadlock após a emissão de FLUSH TABLES WITH READ LOCK, emitindo `STOP SLAVE` em uma nova conexão com o operador e, depois, emitindo `SHOW SLAVE STATUS` usando a conexão original. (Bug nº 16856735)
+ GROUP\$1CONCAT() com um separador inválido pode causar um encerramento do servidor. (Bug nº 16870783)
+ O servidor fez bloqueios excessivos nos mutexes LOCK\$1active\$1mi e active\$1mi->rli->data\$1lock para qualquer instrução "padrão" SHOW STATUS LIKE, mesmo quando esse padrão não correspondeu às variáveis de status que usam esses mutexes (`Slave_heartbeat_period`, `Slave_last_heartbeat`, `Slave_received_heartbeats`, `Slave_retried_transactions`, `Slave_running`). (Bug nº 16904035)
+ Uma pesquisa de texto completo usando o modificador IN BOOLEAN MODE resultaria em uma falha de asserção. (Bug \$116927092)
+ A pesquisa de texto completo em tabelas do InnoDB falhava em pesquisas que usavam o operador booliano \$1. (Bug \$117280122)
+ Deadlock em quatro direções: zombies, purging binlogs, show processlist, show binlogs. (Bug \$117283409)
+ Quando um thread SQL que estava aguardando um bloqueio de confirmação foi eliminado e reiniciado, ele fez com que uma transação fosse ignorada no operador. (Bug \$117450876)
+ Uma falta de pesquisa de texto completo do InnoDB ocorreria devido a um token "sem fim". A string e o comprimento da string devem ser transmitidos para comparação de strings. (Bug \$117659310)
+ Um grande número de tabelas particionadas do InnoDB poderia consumir muito mais memória quando usado no MySQL 5.6 ou 5.7 do que a memória usada pelas mesmas tabelas em versões anteriores do MySQL Server. (Bug \$117780517)
+ Para consultas de texto completo, uma falha ao verificar se num\$1token é menor que max\$1proximity\$1item poderia resultar em uma declaração. (Bug \$118233051)
+ Determinadas consultas para as tabelas INFORMATION\$1SCHEMA TABLES e COLUMNS poderiam levar a um uso excessivo de memória quando houvesse um grande número de tabelas do InnoDB vazias. (Bug \$118592390)
+ Ao confirmar uma transação, um sinalizador agora é usado para verificar se um thread foi criado, em vez de verificar o thread propriamente dito, o que usa mais recursos, particularmente ao executar o servidor com master\$1info\$1repository=TABLE. (Bug \$118684222)
+ Se um thread de cliente em um operador executasse FLUSH TABLES WITH READ LOCK enquanto o mestre executava um DML, executar `SHOW SLAVE STATUS` no mesmo cliente era bloqueado, causando um deadlock. (Bug \$119843808)
+ Ordenar por resultado GROUP\$1CONCAT() poderia causar um encerramento do servidor. (Bug \$119880368)

# Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-08-24 (versão 1.1) (obsoleta)
<a name="AuroraMySQL.Updates.20150824"></a>

**Versão:** 1.1

Esta atualização inclui os seguintes aprimoramentos:
+ Melhorias na estabilidade da replicação ao replicar com um banco de dados MySQL (replicação de logs binários). Para obter informações sobre a replicação do Aurora MySQL com o MySQL, consulte [Replicação com o Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html) no *Guia do usuário do Amazon Aurora*. 
+ Um limite de 1 gigabyte (GB) no tamanho dos logs de retransmissão acumulados para um cluster de banco de dados Aurora MySQL que é um operador de replicação. Isso melhora o gerenciamento de arquivos para clusters de bancos de dados Aurora.
+ Melhorias de estabilidade nas áreas de leitura antecipada, relações recursivas de chave externa e replicação do Aurora.
+ Integração de correções de bugs do MySQL.
  + Bancos de dados InnoDB com nomes que começam com um dígito causam um erro do analisador de pesquisa de texto completo (FTS). (Bug \$117607956)
  + Pesquisas de texto completo do InnoDB falham em bancos de dados cujos nomes começavam com um dígito. (Bug \$117161372)
  + Para bancos de dados InnoDB no Windows, o ID de objeto de pesquisa de texto completo (FTS) não está no formato hexadecimal esperado. (Bug \$116559254)
  + Uma regressão de código introduzida no MySQL 5.6 afetou negativamente a performance de DROP TABLE e ALTER TABLE. Isso pode causar uma queda de performance entre o MySQL Server 5.5.x e 5.6.x. (Bug \$116864741)
+ Registro em log simplificado para reduzir o tamanho dos arquivos de log e a quantidade de armazenamento que eles exigem.