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 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, você pode criar novos clusters de banco de dados especificando a versão do mecanismo por meio da API AWS Management Console, 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
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 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
-
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 XORna cláusula WHERE
.