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 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/). **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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html). 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) no *Guia do usuário do Amazon Aurora*. Você pode realizar um upgrade no local, [utilizando um patch de tempo de inatividade zero (ZDP)](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html), restaurar um snapshot ou iniciar um upgrade gerenciado azul/verde usando [implantações azul/verde do Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning). Para obter informações gerais sobre os upgrades do Aurora MySQL, consulte [Como atualizar os clusters de banco de dados de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html) 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting) 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](https://aws.amazon.com/support). Consulte mais informações em [Manutenção de um cluster de banco de dados do Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html) no *Guia do usuário do Amazon Aurora*. ## 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html), 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](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html) habilitado e, a partir da versão 3.10, também é habilitado para replicação de várias threads com [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order) (mesmo sem GTIDs). É possível controlar esse recurso usando um novo parâmetro em 3.10, [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html). Consulte mais informações em [Otimizações de log binário no Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html). + 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: + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) CVEs baixas: + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **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_consistency` era 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_misc` ficasse incorreto. + Adição de suporte para preservar `LAST_INSERT_ID` durante 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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow) 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](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3). + 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)