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

Bancos de dados globais aprimorados do Aurora MySQL 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. Consulte mais informações em Resiliência entre regiões para clusters secundários do Global Database no Guia do usuário do Amazon Aurora.

Reduziu o tempo de inatividade do gravador durante transições entre regiões do Global Database do Aurora MySQL para normalmente menos de um minuto, minimizando o tempo de inatividade durante as transições 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

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

Correção de um problema de deadlock com o log binário avançado ativado, que poderia causar reinicializações do banco de dados ao executar SHOW BINARY LOGS simultaneamente com a confirmação de transações nos mecanismos BLACKHOLE ou a execução de declarações XA PREPARE, evitando possíveis problemas de gravação travada e disponibilidade de instâncias.

Corrigidas as condições de corrida no encaminhamento de gravação que poderiam causar a reinicialização da instância de gravador do Aurora, 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.

Correção de um problema na réplica em que uma interrupção na rede podia impedir que a conexão com o gravador fosse estabelecida corretamente, fazendo a replicação travar e podendo levar à reinicialização da instância.

A resposta de fora de memória (OOM) do Aurora MySQL 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 ativada por meio do parâmetro de banco de dados aurora_oom_response, proporcionando melhor gerenciamento de memória em situações de pressão.

Melhoria no tempo de recuperação de arquivos Binlog durante a reinicialização do banco de dados, otimizando o processo para que ele leve 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.

Correção de um problema que poderia causar reinicializações inesperadas do servidor MySQL ao executar operações simultâneas de truncamento de tabela do InnoDB durante consultas em performance_schema.data_lock_waits.

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

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

Correção de um problema que podia causar um loop de reinicialização do banco de dados ao criar um gatilho. O problema também podia ocorrer quando um novo arquivo Binlog ou Relaylog é adicionado ou quando esses arquivos eram alternados.

Correção de um problema que podia 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 declarações.

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

Alteração do valor padrão para aurora_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. Consulte mais informações em Problemas de falta de memória do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

Os seguintes privilégios foram adicionados a rds_superuser_role: FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES e FLUSH_USER_RESOURCES. Consulte informações sobre rds_superuser_role na documentação de Contas de usuário principal da Amazon com o Amazon Aurora. Consulte mais informações sobre esses privilégios dinâmicos na documentação do MySQL.

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

Correção de um problema de violação incorreta do limite max_user_connections, que resultava em erros de conexão para alguns usuários. Isso ocorria em alguns casos de borda, como quando as conexões eram criadas e encerradas quase imediatamente.

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

Correção de 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 habilitado.

Correção de 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.

Correção de um problema que impedia que os clientes desativassem a funcionalidade local de encaminhamento de gravação devido a uma thread de operador travada.

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

Correção de um problema em que a aplicação de patches com tempo de inatividade zero (ZDP) podia falhar ao tentar preservar a conexão pertencente a um usuário que havia sido excluído. Mais informações sobre o comando DROP USER e seu efeito nas conexões ativas podem ser encontradas na documentação do MySQL.

Enquanto transações grandes estavam sendo recebidas e aplicadas, e uma solicitação para parar o canal de replicação era feita usando STOP REPLICA, o MySQL não executava essa ação corretamente e, em seguida, deixava de processar quaisquer comandos do canal. Além disso, o processo de desligamento do servidor não era concluído de forma adequada, exigindo que o processo do MySQL fosse encerrado à força ou que o sistema host fosse reiniciado. (Bug nº 115966, Bug nº 37008345)