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 2023-10-25 (versão 3.05.0, compatível com MySQL 8.0.32)
Versão: 3.05.0
O Aurora MySQL 3.05.0 está disponível para o público. As versões do Aurora MySQL 3.05 são compatíveis com o MySQL 8.0.32. 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. Para saber as diferenças entre o Aurora MySQL versão 3 e o Aurora MySQL versão 2, consulte Comparação entre o Aurora MySQL versão 2 e o Aurora MySQL versão 3. Para uma comparação entre o Aurora MySQL versão 3 e o MySQL 8.0 Community Edition, consulte Comparando o Aurora MySQL versão 3 com o MySQL 8.0 Community Edition.
As versões atualmente compatíveis do Aurora MySQL são 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.* e 3.05.*.
Você pode realizar um upgrade no local, restaurar um snapshot ou iniciar um upgrade gerenciado azul/verde usando implantações azuis/verdes do Amazon RDS de qualquer cluster do Aurora MySQL versão 2 atualmente compatível para um cluster do Aurora MySQL versão 3.05.0.
Para obter informações sobre como planejar um upgrade para o Aurora MySQL versão 3, consulte Fazer upgrade para o Aurora MySQL versão 3 no Guia do usuário do Amazon Aurora. 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 a solução de problemas, consulte Solução de problemas de atualização com o Aurora MySQL versão 3.
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
Melhorias
Novos recursos:
-
Adicionado suporte para salvar dados de um cluster de banco de dados do Aurora MySQL em arquivos de texto em um bucket do Amazon S3 criptografado com uma chave do KMS (SSE-KMS). Para obter mais informações, consulte Salvar dados a partir de um cluster de banco de dados do Amazon Aurora MySQL em arquivos de texto de um bucket do Amazon S3.
-
Apresentada uma nova variável de status global
aurora_tmz_version
para indicar a versão atual das informações de fuso horário (TZ) usadas pelo mecanismo. Os valores seguem a versão do banco de dados de fuso horário da IANA e são formatados como "YYYYsuffix“, por exemplo, 2022a e 2023c. Para obter mais informações, consulte Variáveis de status globais do Aurora MySQL.
Problemas de segurança corrigidos e CVEs listados abaixo:
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Veja as correções adicionais de CVE:
Melhorias de disponibilidade:
-
Corrigido um problema em que instâncias de banco de dados do Aurora MySQL que usam consultas paralelas podem sofrer uma reinicialização do banco de dados ao executar um grande número de consultas paralelas simultâneas.
-
Corrigido um problema com a contenção de bloqueios causada por um thread de logs de auditoria que acabava levando à alta utilização da CPU e ao tempo limite da aplicação cliente.
-
Corrigido um problema que pode fazer com que o conjunto GTID executado seja recuperado incorretamente em um cluster de réplica de log binário (binlog) com o log binário aprimorado habilitado quando qualquer origem de log binário tenha
gtid_mode
definido comoON
ouON_PERMISSIVE
. Esse problema pode fazer com que a instância de gravação do cluster de réplica seja reiniciada mais uma vez durante a recuperação ou levar a resultados incorretos ao consultar o conjunto de GTID executado. -
Corrigido um problema de gerenciamento de memória que pode causar a reinicialização ou o failover de uma instância do banco de dados do Aurora MySQL devido a uma diminuição na memória disponível quando o log binário aprimorado é ativado.
-
Corrigido um problema que pode fazer com que a instância do banco de dados seja reiniciada ao tentar ler uma página do banco de dados que pertence a uma tabela descartada.
-
Corrigido um problema que pode fazer com que a instância do leitor seja reiniciada quando a instância do gravador aumenta o volume do banco de dados para um múltiplo de 160 GB.
-
Corrigido um problema em que uma instância do banco de dados do Aurora MySQL com o recurso aprimorado de log binário habilitado pode travar durante a inicialização da instância de banco de dados enquanto o processo de recuperação do log binário está sendo executado.
-
Corrigido um problema em que uma instância do banco de dados do Aurora MySQL pode passar por várias reinicializações durante a inicialização da instância enquanto grandes segmentos de reversão são inicializados.
-
Corrigido um problema durante a aplicação de patches sem tempo de inatividade que causa a reinicialização de uma instância fazendo com que as conexões do banco de dados sejam fechadas inesperadamente.
-
Corrigido um problema que pode fazer com que a instância do banco de dados seja reiniciada devido a um impasse ao executar declarações SHOW STATUS
e PURGE BINARY LOGS ao mesmo tempo. A limpeza de logs binários é uma declaração gerenciada que é executada para honrar o período de retenção de registros binários configurado pelo usuário. -
Corrigido um problema que pode causar indisponibilidade do cluster de banco de dados caso a instância do gravador seja reiniciada enquanto o banco de dados está criando ou descartando gatilhos nas tabelas internas do sistema.
-
Corrigido um problema que pode fazer com que a instância do banco de dados seja reiniciada devido a uma longa espera de semáforo ao utilizar o recurso de log binário aprimorado em um cluster com uma réplica do Aurora.
-
Corrigido um problema que pode fazer com que uma instância de banco de dados seja reiniciada ao executar uma consulta que faz referência a uma função agregada.
-
Corrigido um problema que, em raras condições, pode fazer com que a instância do banco de dados seja reiniciada quando Aurora Serverless v2 tenta incorretamente atualizar o cache da tabela durante o dimensionamento.
-
Corrigido um problema em que métodos de acesso de verificação de índice incompatíveis eram considerados para expressões de tabela comuns (CTE) ao materializar tabelas temporárias intermediárias, o que pode levar a comportamentos indesejados, incluindo reinicializações de banco de dados ou resultados de consultas incorretos. Corrigimos esse problema evitando o uso desses métodos incompatíveis de acesso à varredura de índice em tabelas usando o mecanismo TempTable de armazenamento.
Melhorias gerais:
Corrigido um problema que pode causar indisponibilidade do banco de dados quando o log binário aprimorado é ativado em um Aurora Serverless v2 cluster de banco de dados em execução no Aurora MySQL 3.04.0.
-
Removidos os metadados de armazenamento não utilizados antes de gravar no armazenamento do Aurora quando o recurso aprimorado de log binário está habilitado. Isso evita certos cenários em que a reinicialização ou o failover do banco de dados podem ocorrer por conta do aumento da latência de gravação devido ao aumento de bytes transmitidos pela rede.
-
Com a adição das tabelas
malloc_stats
emalloc_stats_totals
noperformance_schema
, três variáveis avançadas do sistema foram adicionadas para controlar o comportamento do Jemalloc, um alocador de memória interna:aurora_jemalloc_background_thread
.aurora_jemalloc_dirty_decay_ms
.aurora_jemalloc_tcache_enabled
.
-
Corrigido um problema em que as tabelas de esquema de desempenho específicas do Aurora não eram criadas após uma atualização ou migração.
-
Adição de uma nova variável do sistema,
aurora_use_vector_instructions
. Quando esse parâmetro é habilitado, o Aurora MySQL usa instruções otimizadas de processamento vetorial para melhorar o desempenho em workloads pesadas de E/S. Essa configuração é definida comoON
por padrão no Aurora MySQL 3.05 e posterior. Para obter mais detalhes, consulte Parâmetros de configuração do Aurora MySQL. -
Corrigido um problema que pode fazer com que as
NumBinaryLogFiles
métricas ativadas CloudWatch exibam resultados incorretos quando o log binário aprimorado está ativado. -
O tempo limite de solicitação das operações de Machine Learning no Aurora MySQL para o Amazon SageMaker aumentou de 3 para 30 segundos. Isso ajuda a resolver um problema em que os clientes podem ver um aumento no número de novas tentativas ou falhas nas solicitações do Machine Learning no Aurora MySQL para o Amazon Sagemaker ao usar lotes maiores.
-
Adicionado suporte para tabelas
malloc_stats
emalloc_stats_totals
no banco de dados performance_schema. -
Atualizada a palavra-chave
FROM
no comandoLOAD DATA FROM S3
para ser opcional. Para obter mais informações, consulte Carregar dados em um cluster de banco de dados do Amazon Aurora MySQL a partir de arquivos de texto em um bucket do Amazon S3. -
Adicionado suporte para o parâmetro
innodb_aurora_instant_alter_column_allowed
, que controla se o algoritmoINSTANT
pode ser usado para operaçõesALTER COLUMN
. Para obter mais informações, consulte Parâmetros no nível do cluster. -
Corrigido um problema que pode impedir o estabelecimento de novas conexões de clientes com o banco de dados quando o encaminhamento de gravação está ativado.
-
Corrigido um problema que pode fazer com que a modificação do parâmetro
table_open_cache
do banco de dados não tenha efeito até que a instância de banco de dados seja reiniciada. -
Corrigido um problema que pode causar erros de chave duplicada em colunas
AUTO_INCREMENT
usando índices decrescentes após uma restauração de snapshot, retrocesso ou operação de clonagem de banco de dados. -
Corrigido um problema envolvendo verificações de índice em que um resultado impreciso poderia ser retornado ao executar uma consulta
SELECT
com a cláusulaGROUP BY
e o parâmetroaurora_parallel_query
definido comoON
. -
Corrigido um problema que pode causar o esgotamento da memória disponível ao executar consultas na tabela
INFORMATION_SCHEMA INNODB_TABLESPACES
. -
Corrigido um problema em que a instância do leitor não consegue abrir uma tabela, com ERROR 1146. Esse problema ocorre ao executar certos tipos de linguagem de definição de dados (DDL) online enquanto o algoritmo
INPLACE
está sendo usado na instância do gravador. -
Corrigido um problema para evitar a reinicialização da instância durante Aurora Serverless v2 escalabilidade quando o processo de monitoramento interno envia erroneamente solicitações de escalabilidade duplicadas.
-
Foi corrigido um problema que pode causar a reinicialização do banco de dados quando consumidores conectados de log binário (binlog) estão usando um servidor de replicação de log binário duplicado. IDs
-
Introdução de um cache de log de retransmissão
na memória para réplicas de log binário gerenciadas pelo Aurora MySQL. Essa melhoria pode ajudar a alcançar um aumento de até 40% no throughput da replicação de log binário. Esse aprimoramento é habilitado automaticamente ao usar a replicação de log binário de um único thread ou ao usar a replicação de vários threads com posicionamento automático de GTID habilitado.
Upgrades e migrações:
-
A atualização do MySQL 5.7 para o MySQL 8.0 com um número muito grande de tabelas em um único banco de dados fez com que o servidor consumisse memória em excesso. Descobriu-se que, durante o processo de verificar se as tabelas poderiam ser atualizadas, obtivemos todos os objetos
Table
do dicionário de dados antecipadamente, processando cada um e obtendo seu nome e, depois, realizamos a verificação da compatibilidade de versõesna lista. Nesse caso, não era necessário obter todos os objetos com antecedência e isso contribuiu muito para o consumo de memória. Para corrigir esse problema, agora obtivemos um objeto Table
por vez nesses casos, realizando todas as verificações necessárias, obtendo seu nome e liberando o objeto, antes de passar para o próximo. (Bug nº 34526001) -
Melhorou o desempenho das principais atualizações de versões do Aurora MySQL versão 2 para a versão 3 executando verificações de espaço de tabela em paralelo usando todos os v disponíveis na instância do banco de dados. CPUs
Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até a 8.0.32, incluindo as indicadas abaixo. Para obter mais informações, consulte MySQL bugs fixed by Aurora MySQL 3.x database engine updates.
-
Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano. (Correção de bug nº 34284186 da comunidade)