Atualizações do mecanismo de banco de dados Aurora MySQL 2025-05-14 (versão 3.09.0, compatível com MySQL 8.0.40)

Desempenho otimizado de atualização de versões secundárias por meio do processamento paralelo das atualizações do Esquema de Desempenho, reduzindo a duração do upgrade quando modificações no Esquema de Desempenho são necessárias.

Bancos de dados globais Aurora MySQL aprimorados para permitir que instâncias secundárias de leitura concluam a inicialização e atendam às solicitações de leitura durante eventos não planejados (falhas de hardware, interrupções na rede). Anteriormente, as instâncias secundárias do leitor não podiam ser reiniciadas durante esses eventos. Para obter mais informações, consulte Resiliência entre regiões para clusters secundários de bancos de dados globais no Guia do usuário do Amazon Aurora.

Reduziu o tempo de inatividade do gravador durante as alternâncias entre regiões do Banco de Dados Global Aurora MySQL para normalmente menos de um minuto, minimizando o tempo de inatividade durante as trocas regionais planejadas.

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

Corrigido um problema em que consultas com várias instruções encaminhadas de instâncias de leitor para gravador podiam travar quando innodb_flush_log_at_trx_commit definidas como 0 no gravador e diferentes de zero no leitor, evitando possíveis falhas no encaminhamento de gravação.

Foi corrigido um problema de impasse com o Enhanced Binlog ativado, que poderia causar reinicializações do banco de dados ao ser executado SHOW BINARY LOGS simultaneamente com a confirmação de transações nos mecanismos BLACKHOLE ou a execução de XA PREPARE instruções, evitando possíveis problemas de gravação paralisada e disponibilidade de instâncias.

Foram corrigidas as condições de corrida no encaminhamento de gravação que poderiam causar a reinicialização da instância do Aurora Writer, impedindo que novas solicitações fossem aceitas antes que as anteriores fossem totalmente concluídas, melhorando a estabilidade das operações de encaminhamento de gravação.

Corrigido um problema na réplica em que uma interrupção na rede pode não restabelecer corretamente a conexão com o gravador, fazendo com que a replicação travasse e a possível reinicialização da instância.

A resposta do Aurora MySQL Out of Memory (OOM) agora implementa o redimensionamento em fases do pool de buffers que reduz gradualmente o uso da memória com base no estado da memória do sistema (BAIXO/RESERVADO) quando ativado por meio do parâmetro aurora_oom_response DB, proporcionando melhor gerenciamento de memória durante situações de pressão de memória.

Melhorou o tempo de recuperação do arquivo Binlog durante a reinicialização do banco de dados, otimizando o processo de recuperação para levar um tempo constante, independentemente do tamanho do arquivo Binlog. Anteriormente, em alguns casos, o tempo de recuperação era proporcional ao tamanho do último arquivo Binlog.

Corrigido um problema que poderia causar reinicializações inesperadas do servidor MySQL ao executar operações simultâneas de truncamento de tabela do InnoDB durante a consulta. performance_schema.data_lock_waits

Correção de um problema que pode fazer com que uma instância de banco de dados seja reiniciada ao confirmar grandes eventos de log binário em condições de baixo armazenamento.

Corrigido um problema em que as operações de redimensionamento do buffer pool acionadas durante a prevenção de falta de memória (OOM) podiam parar de responder em cenários de alta carga de trabalho, levando a uma possível reinicialização do banco de dados.

Corrigido um problema que pode causar um loop de reinicialização do banco de dados ao criar um gatilho. O problema também pode ocorrer quando um novo arquivo Binlog ou Relaylog é adicionado ou esses arquivos são girados.

Correção de um problema que poderia fazer com que a instância do Aurora Reader fosse reiniciada ao usar o encaminhamento de gravação com consultas de confirmação implícitas ou com várias instruções.

Corrigido um problema em que ALTER TABLE ... REBUILD / OPTIMIZE TABLE as operações podiam consumir memória excessiva alocando innodb_ddl_buffer_size bytes por thread DDL em vez de dividir o tamanho do buffer entre os threads, evitando uma possível sobreutilização da memória durante as operações DDL.

Alterou o valor padrão paraaurora_oom_response, em todas as classes de instância de banco de dados com mais de 4 GiB de memória, de print para print, decline, kill_connect. Para obter mais informações, consulte out-of-memoryProblemas do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

Os seguintes privilégios foram adicionados aords_superuser_role:FLUSH_OPTIMIZER_COSTS,, FLUSH_STATUSFLUSH_TABLES,FLUSH_USER_RESOURCES. Para obter informações sobre ords_superuser_role, consulte a documentação do Amazon Master User Accounts with Amazon Aurora. Para obter mais informações sobre esses privilégios dinâmicos, consulte a documentação do MySQL.

A otimização rápida de inserções não está mais habilitada a partir dessa versão do Aurora MySQL. Para obter mais informações, consulte Melhorias de performance do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

Corrigido um problema com uma violação incorreta do max_user_connections limite, resultando em erros de conexão para alguns usuários. Isso ocorre em alguns casos extremos, como quando as conexões são criadas e eliminadas quase imediatamente.

Correção de um problema de registro de auditoria que causava alta utilização da CPU, fazendo com que uma instância do servidor de banco de dados não respondesse.

Foi corrigido um problema de gerenciamento de memória ao usar transações XA, impedindo possíveis reinicializações da instância quando o log binário aprimorado estava ativado.

Corrigido um problema em que o desempenho da consulta diminuía quando o otimizador fazia estimativas de custo incorretas devido à atualização incorreta das estatísticas do índice do Bufferpool após a reinicialização do servidor do banco de dados.

Foi corrigido um problema que impedia que os clientes desativassem a funcionalidade local de encaminhamento de gravação devido a um encadeamento de trabalho travado.

Correção de um problema que fazia com que o SHOW BINARY LOGS comando demorasse mais para ser executado em um cluster em que o log binário aprimorado estava ativado ou estava ativado anteriormente. Esse problema também poderia causar maior latência de confirmação se vários SHOW BINARY LOGS comandos estivessem sendo executados simultaneamente.

Corrigido um problema em que o Zero Downtime Patching (ZDP) podia falhar ao tentar preservar a conexão, pertencente a um usuário que havia sido interrompido. Mais informações sobre o DROP USER comando e seu efeito nas conexões ativas podem ser encontradas na documentação do MySQL.

Enquanto grandes transações estavam sendo recebidas e aplicadas e uma solicitação para interromper o canal de replicação era feita usandoSTOP REPLICA, o MySQL não o fez adequadamente e, posteriormente, não processou nenhum comando do canal. Além disso, o processo de desligamento do servidor não foi concluído normalmente e exigiu que o processo MySQL fosse encerrado ou que o sistema host fosse reiniciado. (Erro #115966, Erro #37008345)