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 Aurora MySQL 2025-07-31 (versão 3.10.0, compatível com o MySQL 8.0.42)
Versão: 3.10.0
O Aurora MySQL 3.10.0 está disponível ao público em geral. 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
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. Para uma comparação entre o Aurora MySQL versão 3 e o MySQL 8.0 Community Edition, consulte Comparação entre o Aurora MySQL versão 3 e o MySQL 8.0 Community Edition no Guia do usuário do Amazon Aurora.
Você pode realizar uma atualização no local usando o Zero Downtime Patching (ZDP), restaurar um snapshot ou iniciar uma atualização gerenciada blue/green usando o Amazon RDS Deployments de Blue/Green qualquer cluster do Aurora MySQL versão 2 atualmente compatível para um cluster do Aurora MySQL versão 3.10.0.
Para obter informações sobre como planejar uma atualização para o Aurora MySQL versão 3, consulte Planejando um upgrade de versão principal para 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.
Para obter informações sobre solução de problemas, consulte Solução de problemas do upgrade local do Aurora MySQL no Guia do usuário do Amazon Aurora.
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
Novos recursos
-
O Aurora MySQL versão 3.10 amplia o suporte ao cache de log de retransmissão na memória para réplicas de log binários. Esse recurso, introduzido pela primeira vez na versão 3.05, pode melhorar a taxa de transferência da replicação de registros binários 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ários encadeamentos com posicionamento automático GTID
ativado e, a partir da versão 3.10, também é habilitado para replicação de vários encadeamentos com (mesmo sem). replica_preserve_commit_order = ONGTIDs Você pode controlar esse recurso usando um novo parâmetro em 3.10, aurora_in_memory_relaylog. Para obter mais informações, consulte Otimizações de registros binários no Aurora MySQL. -
O Amazon Aurora dobrou sua capacidade máxima de armazenamento de 128 TiB para 256 TiB, permitindo cargas de trabalho maiores em um único cluster de banco de dados. Para usar o limite de armazenamento aumentado com o Aurora MySQL, atualize seu cluster para a versão 3.10 (compatível com o MySQL 8.0.42) ou superior. Após a atualização, o armazenamento do Aurora é escalado automaticamente para 256 TiB com base na quantidade de dados no volume do seu cluster.
Melhorias
Correções de segurança
Médio CVEs:
Baixo CVEs:
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 progresso da recuperação.
Melhorias gerais:
-
Foi corrigido um problema que fazia com que as instâncias do leitor não gerassem registros de erros quando o encaminhamento de gravação estava ativado e o parâmetro era
aurora_replica_read_consistencymodificado. -
Correção de um problema que pode fazer com que uma instância do leitor seja reiniciada devido à interação entre o encadeamento de replicação e uma consulta acessando tabelas que não estão presentes no cache do buffer.
-
Corrigido 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.
-
Corrigido um problema no encaminhamento por escrito em que as consultas encaminhadas podem se comportar incorretamente para declarações contendo opções definidas.
-
Corrigido um problema de estabilidade em que a inserção de metadados em um espaço de tabela de desfazer acionava uma reinicialização inesperada do banco de dados.
-
Corrigido um problema que pode fazer com que as exportações de clusters de banco de dados demorem significativamente mais do que o esperado quando há tabelas maiores que 14 TB.
-
Corrigido um problema que pode causar relatórios incorretos da variável de
Innodb_buffer_pool_pages_miscstatus. -
Foi adicionado suporte para preservação
LAST_INSERT_IDdurante patches com tempo de inatividade zero (ZDP) ou reinicialização com tempo de inatividade zero (ZDR). -
O Aurora MySQL usa valores de 8 bits para índice virtual para IDs evitar problemas no formato de desfazer o MySQL, pois exceder 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. Para obter mais informações sobre as melhores práticas do índice virtual, consulte 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
Esta versão inclui todas as correções de bugs da comunidade até 8.0.42, inclusive. Para obter mais informações, consulte Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados do Aurora MySQL 3.x.
-
A saída do servidor pode resultar de tentativas simultâneas de vários threads de registrar e cancelar o registro de objetos do Esquema de Desempenho de metadados ou de adquirir e liberar bloqueios de metadados. (Erro nº 26502135)
