Aurora MySQL 8.4.8, 3 de setembro de 2026

Foi adicionado suporte para replicação de log binário de várias fontes (binlog). Esse recurso permite que um cluster de banco de dados Aurora MySQL replique dados de vários bancos de dados de MySQL-compatible origem ao mesmo tempo. Cada conexão de origem é gerenciada por meio de um canal de replicação dedicado com seu próprio thread de receptor, threads de aplicador e log de retransmissão. Você pode configurar e gerenciar canais usando novos procedimentos armazenados por canal. Para obter mais informações, consulte Usando a replicação de várias fontes com o Aurora MySQL no Guia do usuário do Amazon Aurora.

Foi adicionado suporte à replicação retardada de log binário (binlog), em que um cluster de banco de dados Aurora MySQL atuando como uma réplica de log binário pode ser configurado para esperar um determinado número de segundos antes de aplicar as transações recebidas da origem. A replicação atrasada pode ser usada para proteger contra modificações acidentais de dados, como DELETE declarações DROP TABLE ou declarações não intencionais, oferecendo uma janela de recuperação para identificar e corrigir erros antes que eles se propaguem para a réplica. Para obter mais informações, consulte Configuração do intervalo de atraso de replicação no Guia do usuário do Amazon Aurora.

Introduziu o aurora_transaction_timeout parâmetro. Esse parâmetro define a duração máxima, em segundos, para uma transação do InnoDB. Você pode usar esse parâmetro para ajudar a impedir que transações de longa duração (ativas ou inativas) bloqueiem a limpeza do InnoDB, o que pode levar a problemas de desempenho. Para obter mais informações, consulte o tempo limite de transação do Aurora MySQL no Guia do usuário do Amazon Aurora.

Foi adicionado suporte para troca de chaves híbridas pós-quânticas (X25519MLKEM768 e SECP256R1MLKEM768) para conexões TLS 1.3. Clientes que oferecem suporte à troca de chaves pós-quânticas negociam automaticamente um segredo compartilhado resistente a quânticos. Para confirmar qual grupo a sessão atual negociou, consulte a variável de Aurora_ssl_named_group status. Por exemplo: SHOW STATUS LIKE 'Aurora_ssl_named_group';.

Foi corrigido um problema em que o log de Auditoria Avançada registrava um usuário e um host incorretos para instruções SQL executadas dentro de uma rotina SQL SECURITY DEFINER (procedimento armazenado, função ou gatilho). Esses registros mostravam o usuário e o host definidores da rotina (por exemplo,'user'@'%') em vez do cliente SQL que invocou a rotina. Após essa correção, os registros mostram o usuário e o host do cliente SQL que está invocando.

Foi corrigido um problema em que as consultas executadas por meio de declarações preparadas podiam gerar entradas duplicadas no registro de auditoria avançada.

Corrigido um problema em SET ROLE NONE que não apagava corretamente os privilégios de uma função anteriormente ativa em sessões usando o encaminhamento de gravação, o que poderia permitir operações que deveriam ter sido negadas após a desativação da função.

CVE-2026-46863

CVE-2026-60163

CVE-2026-61094

CVE-2026-21936

CVE-2026-21937

CVE-2026-21941

CVE-2026-21948

CVE-2026-21968

CVE-2026-60585

CVE-2026-60332

CVE-2026-60331

CVE-2026-60747

CVE-2026-47023

CVE-2026-60186

CVE-2026-60184

CVE-2026-60185

CVE-2026-60187

CVE-2026-60188

CVE-2026-60189

CVE-2026-60191

CVE-2026-60190

Foi corrigido um problema que pode causar a reinicialização de uma instância de banco de dados durante a execução ALTER TABLE ... REORGANIZE PARTITION ou ADD PARTITION enquanto operações simultâneas (como consultas de esquema de desempenho, otimização de pesquisa de texto completo ou coleta de estatísticas) acessavam a mesma tabela. DROP PARTITION

Foi corrigido um problema que pode causar a reinicialização de uma instância de banco de dados quando consultas são ativadas performance_schema.data_lock_waits ou performance_schema.data_locks executadas simultaneamente com ALTER TABLE ... REORGANIZE PARTITION tabelas que têm colunas adicionadas usando. ALGORITHM=INSTANT

Foi corrigido um problema que pode fazer com que a instância do gravador seja reiniciada durante o processamento de uma ALTER TABLE ... REORGANIZE PARTITION instrução SQL que altera a ordem das subpartições.

Foi corrigido um problema em que as operações DDL na instância do gravador podiam bloquear ou eliminar determinadas instruções SQL nas instâncias do leitor. As declarações afetadas incluíram operações de gravação, como UPDATE ou TRUNCATE em performance_schema tabelas, e operações de gravação em tabelas e JOIN operações temporárias.

Foi corrigido um problema em que a instância do gravador de banco de dados podia ser reiniciada inesperadamente durante uma operação de alternância de banco de dados global enquanto limpava tabelas temporárias após o processamento de instruções SQL. Essa reinicialização pode resultar em um tempo maior de conclusão da transição.

Foi corrigido um problema que poderia fazer com que o encaminhamento de gravação em uma instância de banco de dados do leitor parasse de funcionar, exigindo uma reinicialização do leitor para restaurar o encaminhamento de gravação. Isso pode ocorrer quando uma consulta encaminhada foi cancelada ou atingiu o tempo limite ao usar o encaminhamento de gravação global ou o encaminhamento de gravação local.

Foi corrigido um problema em que um atraso no redimensionamento da estrutura de dados crítica durante as operações de Aurora serverless escalabilidade poderia fazer com que o monitoramento da integridade do RDS reiniciasse a instância do banco de dados.

Foi corrigido um problema que pode fazer com que a instância do gravador seja reiniciada devido a um conflito interno de tempo durante operações de gravação altamente simultâneas.

Foi corrigido um problema que poderia fazer com que uma instância de banco de dados fosse reiniciada quando o log binário aprimorado estava ativado.

Foi corrigido um bug que fazia com que a réplica se desconectasse brevemente e se reconectasse ao gravador, causando um aumento temporário no atraso de replicação (). AuroraReplicaLag

Foi corrigido um problema no Aurora Storage Daemon que, em casos raros, poderia resultar em uma reinicialização inesperada do banco de dados.

Foi corrigido um problema em que, com o encaminhamento de gravação ativado, uma sessão de leitura com a opção aurora_replica_read_consistency definida como não global conseguia ler as últimas alterações confirmadas.

Corrigido um problema que poderia causar a reinicialização do mecanismo quando uma consulta GIS espacial usa um índice Z-order espacial em uma coluna declarada com uma anotação SRID explícita.

Foi corrigido um problema em que desconexões normais do leitor podiam aumentar incorretamente Aborted_clients na instância do gravador quando o encaminhamento de gravação estava ativado.

Foi corrigido um problema em que, em alguns casos, o estado da conexão não era preservado após uma atualização com tempo de inatividade zero, o que poderia resultar em um comportamento inesperado.

Foi corrigido um problema em que, durante o encaminhamento de gravação, a reinicialização de uma instância de leitor poderia deixar uma sessão de encaminhamento órfã na instância do gravador, e interromper essa sessão poderia fazer com que o gravador reiniciasse.

Reduziu o tempo de inatividade durante o patch com tempo de inatividade zero (ZDP) otimizando a comunicação entre a instância do banco de dados e a camada de armazenamento após o patch.

Foi corrigido um problema com o gerenciamento de memória do Aurora MySQL em que as ações de resposta de falta de memória (OOM) não eram desativadas de forma confiável após um período de tempo limite interno, se houvesse uma alteração simultânea no valor do parâmetro do banco de dados. aurora_oom_response

Foi corrigido um problema no Enhanced Binlog que relatava coordenadas de log binário incorretas após uma restauração de instantâneo. Anteriormente, isso poderia resultar em uma configuração inválida de replicação de log binário quando o log binário aprimorado estava em execução no cluster de origem e algumas transações eram revertidas.

Foi corrigido um problema no recurso de recuperação de incremento automático em que os valores de incremento automático para tabelas particionadas não eram recuperados corretamente, o que poderia levar a possíveis erros de DUPLICATE KEY.

Foi adicionada uma nova CloudWatch métrica,AuroraTempTableVolumeTotalBytes, que relata o volume total de bytes do cluster usados pelos espaços de tabela temporários internos e externos do InnoDB em instâncias de gravador. Essa métrica relata o consumo temporário de armazenamento em tablespaces em todas as sessões ativas. Você pode usá-lo para monitorar tendências de crescimento, identificar cargas de trabalho com alto volume de armazenamento e definir alarmes. CloudWatch Para obter mais informações sobre essa métrica, consulte CloudWatch as métricas da Amazon para o Amazon Aurora no Guia do usuário do Amazon Aurora. Para obter mais informações sobre tabelas temporárias, consulte tabelas temporárias externas e tabelas temporárias internas no site do MySQL.

Foi corrigido um problema em que as métricas de taxa de transferência e latência do encaminhamento de gravação relatavam incorretamente 0 após um evento de failover em clusters com o encaminhamento de gravação ativado. Essas métricas agora refletem com precisão a atividade de encaminhamento de gravação após um failover:ForwardingReplicaDMLLatency, ForwardingReplicaDMLThroughputForwardingReplicaSelectLatency, e. ForwardingReplicaSelectThroughput

Foi corrigido um problema de desempenho em que o otimizador escolhe um plano de execução de consulta abaixo do ideal com instruções preparadas usando valores parametrizados. IN

Foi corrigido um problema que pode fazer com que consultas usando junções hash retornem resultados incorretos quando a consulta paralela está ativada e a memória necessária para uma junção de hash excede o limite.

Foi corrigido um problema que poderia fazer com que as operações de clonagem do cluster de banco de dados demorassem muito para serem concluídas.

Foi corrigida uma regressão introduzida no MySQL 8.0.42 em que a inserção em uma tabela particionada usando uma instrução preparada ou um procedimento armazenado poderia falhar com ERROR 1748 (“Encontrou uma linha que não corresponde ao conjunto de partições fornecido”). Isso ocorreu quando a coluna da chave de partição usaDEFAULT CURRENT_TIMESTAMP. A remoção da partição no momento da preparação bloqueou uma partição com base no carimbo de data/hora atual, mas na reexecução subsequente, o carimbo de data/hora pode ser mapeado para uma partição diferente. Para obter mais informações sobre essa correção, consulte o Bug #119784 do upstream do MySQL no site MySQL Bugs.