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 do mecanismo de banco de dados do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta)
**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**
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte [Versões de suporte de longo prazo (LTS) do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS) no *Guia do usuário do Amazon Aurora*.
Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do [AWS Support](https://aws.amazon.com/support). Para obter mais informações, consulte [Manutenção de um cluster de banco de dados do Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*.
## Melhorias
**Correções de segurança:**
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. 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
+ 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.