Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 1.20.0) (obsoleta) - Amazon Aurora

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-11-11 (versão 1.20.0) (obsoleta)

Versão: 1.20.0

O Aurora MySQL 1.20.0 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.

As versões atualmente compatíveis do Aurora MySQL são 1.14.*, 1.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.*, 1.20.*, 2.01.*, 2.02.*, 2.03.* e 2.04.*. Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo AWS Management Console, pela AWS CLI ou pela API do RDS. Você tem a opção de atualizar os clusters de bancos de dados Aurora MySQL 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 regiões da AWS: AWS GovCloud (EUA-Leste) [us-gov-east-1], AWS GovCloud (EUA-Oeste) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Ásia-Pacífico (Hong Kong) [ap-east-1], Europa (Estocolmo) [eu-north-1] e Oriente Médio (Bahrein) [me-south-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. 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

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ções críticas:

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

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