Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-11-13 (versão 3.04.1, compatível com MySQL 8.0.28) - Amazon Aurora

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-11-13 (versão 3.04.1, compatível com MySQL 8.0.28)

Versão: 3.04.1

O Aurora MySQL 3.04.1 está disponível para o público. As versões do Aurora MySQL 3.04 são compatíveis com o MySQL 8.0.28. Consulte mais informações sobre as mudanças que ocorreram na comunidade em Notas de lançamento do MySQL 8.0.

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 no Guia do usuário do Amazon Aurora.

Recomendamos que você não defina o parâmetro AutoMinorVersionUpgrade como true (nem ative Upgrade automático de versões secundárias no Console de gerenciamento da AWS) para versões LTS. Fazer isso poderia levar o cluster de banco de dados a ser atualizado para a próxima versão-alvo da campanha de Atualização automática de versão secundária, que pode não ser uma versão LTS.

Para obter detalhes sobre novos recursos no Aurora MySQL versão 3, consulte Aurora MySQL versão 3 compatível com o MySQL 8.0. Consulte as diferenças entre o Aurora MySQL versão 3 e o Aurora MySQL versão 2 em Comparação do Aurora MySQL versão 2 e do Aurora MySQL versão 3. Consulte uma comparação do Aurora MySQL versão 3 e do MySQL 8.0 Community Edition em Comparação do Aurora MySQL versão 3 e do MySQL 8.0 Community Edition.

As versões atualmente compatíveis do Aurora MySQL são 2.07.9, 2.7.10, 2.11.*, 2.12.*, 3.01.*, 3.02.*, 3.03.*, 3.04.* e 3.05.*.

Você pode realizar um upgrade no local, restaurar um snapshot ou iniciar um upgrade gerenciado azul/verde usando implantações azul/verde do Amazon RDS de qualquer cluster do Aurora MySQL versão 2 atualmente disponível para um cluster do Aurora MySQL versão 3.04.1.

Para obter informações sobre como planejar um upgrade para o Aurora MySQL versão 3, consulte Fazer upgrade para o Aurora MySQL versão 3 no Guia do usuário do Amazon Aurora. Para obter informações gerais sobre os upgrades do Aurora MySQL, consulte Como atualizar os clusters de banco de dados de Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

Para obter informações sobre a solução de problemas, consulte Solução de problemas de atualização com o Aurora MySQL versão 3.

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.

Melhorias

Melhorias de disponibilidade:

  • Corrigido um problema em que instâncias de banco de dados do Aurora MySQL que usam consultas paralelas podem sofrer uma reinicialização do banco de dados ao executar um grande número de consultas paralelas simultâneas.

  • Correção de um problema que podia fazer com que o conjunto GTID executado fosse recuperado incorretamente em um cluster de réplica de log binário (binlog) com o log binário aprimorado habilitado quando qualquer origem de log binário tinha gtid_mode definido como ON ou ON_PERMISSIVE. Esse problema pode fazer com que a instância de gravação do cluster de réplica seja reiniciada mais uma vez durante a recuperação ou levar a resultados incorretos ao consultar o conjunto de GTID executado.

  • Corrigido um problema de gerenciamento de memória que pode causar a reinicialização ou o failover de uma instância do banco de dados do Aurora MySQL devido a uma diminuição na memória disponível quando o log binário aprimorado é ativado.

  • Corrigido um problema que pode fazer com que a instância do leitor seja reiniciada quando a instância do gravador aumenta o volume do banco de dados para um múltiplo de 160 GB.

  • Corrigido um problema em que uma instância do banco de dados do Aurora MySQL com o recurso aprimorado de log binário habilitado pode travar durante a inicialização da instância de banco de dados enquanto o processo de recuperação do log binário está sendo executado.

  • Correção de um problema que pode fazer com que a instância do banco de dados seja reiniciada devido a um impasse ao executar declarações SHOW STATUS e PURGE BINARY LOGS ao mesmo tempo. A limpeza de logs binários é uma declaração gerenciada que é executada para honrar o período de retenção de registros binários configurado pelo usuário.

  • Corrigido um problema que pode causar indisponibilidade do cluster de banco de dados caso a instância do gravador seja reiniciada enquanto o banco de dados está criando ou descartando gatilhos nas tabelas internas do sistema.

  • Corrigido um problema que pode fazer com que a instância do banco de dados seja reiniciada devido a uma longa espera de semáforo ao utilizar o recurso de log binário aprimorado em um cluster com uma réplica do Aurora.

Melhorias gerais:

  • Corrigido um problema que pode causar indisponibilidade do banco de dados quando o log binário aprimorado é ativado em um cluster de banco de dados do Aurora Serverless v2 executado no Aurora MySQL 3.04.0.

  • Remoção dos metadados de armazenamento não utilizados antes de gravar no armazenamento do Aurora quando o recurso aprimorado de log binário está habilitado. Isso evita certos cenários em que a reinicialização ou o failover do banco de dados podem ocorrer por conta do aumento da latência de gravação devido ao aumento de bytes transmitidos pela rede.

  • Corrigido um problema em que as tabelas de esquema de desempenho específicas do Aurora não eram criadas após uma atualização ou migração.

  • Corrigido um problema que pode fazer com que as métricas NumBinaryLogFiles no CloudWatch exibam resultados incorretos quando o log binário aprimorado é habilitado.

Upgrades e migrações:

  • A atualização do MySQL 5.7 para o MySQL 8.0 com um número muito grande de tabelas em um único banco de dados fez com que o servidor consumisse memória em excesso. Descobriu-se que, durante o processo de verificar se as tabelas poderiam ser atualizadas, obtivemos todos os objetos Table do dicionário de dados antecipadamente, processando cada um e obtendo seu nome e, depois, realizamos CHECK TABLE ... FOR UPGRADE na lista. Nesse caso, não era necessário obter todos os objetos com antecedência e isso contribuiu muito para o consumo de memória. Para corrigir esse problema, agora obtivemos um objeto Table por vez nesses casos, realizando todas as verificações necessárias, obtendo seu nome e liberando o objeto, antes de passar para o próximo. (Bug nº 34526001)

Integração de correções de bug do MySQL Community Edition

Essa versão inclui todas as correções de bugs da comunidade até 8.0.28, incluindo as indicadas abaixo. Para obter mais informações, consulte MySQL bugs fixed by Aurora MySQL 3.x database engine updates.

  • Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug nº 34284186 da comunidade).