Atualizações do mecanismo de banco de dados do Aurora MySQL de 2025-07-31 (versão 3.10.0, compatível com MySQL 8.0.42)
Versão: 3.10.0
O Aurora MySQL 3.10.0 está disponível para o público. As versões do Aurora MySQL 3.10 são compatíveis com o MySQL 8.0.42. Para obter mais informações sobre as mudanças que ocorreram na comunidade, consulte as 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 no Guia do usuário do Amazon Aurora.
Você pode realizar um upgrade no local, utilizando um patch de tempo de inatividade zero (ZDP), 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 compatível para um cluster do Aurora MySQL versão 3.10.0.
Consulte informações sobre como planejar um upgrade para o Aurora MySQL versão 3 em Planejar um upgrade da versão principal de um cluster do Aurora MySQL. 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.
Consulte informações sobre solução de problemas em Solução de problemas para atualização no local de Aurora MySQL no Guia do usuário do Amazon Aurora.
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
Novos atributos
-
O Aurora MySQL versão 3.10 amplia o suporte do cache de log de retransmissão na memória para réplicas de log binário. Esse recurso, introduzido pela primeira vez na versão 3.05, pode melhorar o throughput da replicação de log binário em até 40%. O cache de log de retransmissão na memória é habilitado por padrão para replicação de log binário de thread único, replicação de várias threads com posicionamento automático GTID
habilitado e, a partir da versão 3.10, também é habilitado para replicação de várias threads com replica_preserve_commit_order = ON(mesmo sem GTIDs). É possível controlar esse recurso usando um novo parâmetro em 3.10, aurora_in_memory_relaylog. Consulte mais informações em Otimizações de log binário no Aurora MySQL. -
O Amazon Aurora dobrou sua capacidade máxima de armazenamento de 128 TiB para 256 TiB, permitindo workloads maiores em um único cluster de banco de dados. Para usar o limite de armazenamento ampliado com o Aurora MySQL, atualize o cluster para a versão 3.10 (compatível com o MySQL 8.0.42) ou posterior. Após o upgrade, o armazenamento do Aurora escala automaticamente para 256 TiB com base na quantidade de dados no volume do cluster.
Melhorias
Correções de segurança
CVEs médias:
CVEs baixas:
Melhorias de disponibilidade:
-
Correção de um problema que causava reinicializações desnecessárias do servidor de banco de dados devido a uma avaliação incorreta do andamento da recuperação.
Melhorias gerais:
-
Redução da latência de confirmação quando a otimização de E/S está habilitada.
-
Correção de um problema que fazia com que as instâncias de leitor não gerassem logs de erros quando o encaminhamento de gravação estava habilitado e o parâmetro
aurora_replica_read_consistencyera modificado. -
Correção de um problema que podia fazer com que uma instância de leitor fosse reiniciada devido à interação entre a thread de replicação e uma consulta acessando tabelas que não estavam presentes no cache do buffer.
-
Correção de um problema em que o encaminhamento de gravação local parava de funcionar após a reinicialização da instância do banco de dados com reinicialização sem tempo de inatividade.
-
Correção de um problema no encaminhamento de leitura em que as consultas encaminhadas podiam se comportar incorretamente para declarações contendo opções definidas.
-
Correção de um problema de estabilidade em que a inserção de metadados em um espaço de tabela undo acionava uma reinicialização inesperada do banco de dados.
-
Correção de um problema que podia fazer com que as exportações de clusters de banco de dados demorassem significativamente além do esperado quando havia tabelas maiores que 14 TB.
-
Correção de um problema que podia fazer com que o relatório da variável de status
Innodb_buffer_pool_pages_miscficasse incorreto. -
Adição de suporte para preservar
LAST_INSERT_IDdurante a aplicação de patches com tempo de inatividade zero (ZDP) ou a reinicialização com tempo de inatividade zero (ZDR). -
O Aurora MySQL usa valores de 8 bits para IDs de índice virtual a fim de evitar problemas no formato undo do MySQL, já que ultrapassar esse limite pode causar indisponibilidade do cluster. Ao se aproximar desse limite, o sistema agora grava mensagens de aviso no log de erros do MySQL. Se o limite for atingido, as tentativas de adicionar um novo índice retornarão um erro. Consulte mais informações sobre as práticas recomendadas de índice virtual em Erros de estouro do ID de índice virtual na documentação do Aurora MySQL.
Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bug da comunidade até a versão 8.0.42. Para obter mais informações, consulte Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados do Aurora MySQL 3.x.
-
Uma saída do servidor pode gerar tentativas simultâneas de várias threads para registrar e cancelar o registro de objetos de metadados do Performance Schema, ou para adquirir e liberar bloqueios de metadados. (Erro nº 26502135)