Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 1.19.5) (obsoleta)

Versão: 1.19.5

O Aurora MySQL 1.19.5 está disponível para o público. As versões 1.* do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.* 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.

As versões atualmente compatíveis do Aurora MySQL são 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* e 3.02.*.

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.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.1 e 1.19.2 para o Aurora MySQL 1.19.5.

Para usar uma versão mais antiga do Aurora MySQL, é possível criar novos clusters de banco de dados especificando a versão do mecanismo pelo AWS Management Console, pela AWS CLI ou pela API do RDS.

Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do AWS Support. Para obter mais informações, consulte Manutenção de um cluster de banco de dados do Amazon Aurora no Guia do usuário do Amazon Aurora.

nota

No momento, essa versão não está disponível nas seguintes regiões da AWS: Europa (Londres) [eu-west-2], AWS GovCloud (EUA-Leste) [us-gov-east-1], AWS GovCloud (EUA-Oeste) [us-gov-west-1], China (Ningxia) [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 no Guia do usuário do Amazon Aurora.

Melhorias

• 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

• CVE-2018-2696

• CVE-2015-4737

• Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

• Bug #17059925: para instruções UNION, 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_statements_current).

• Bug #11827369: 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 na cláusula WHERE.