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-09-02 (versão 1.23.0) (obsoleta) **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 **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 + 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`.