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 SQL banco de dados Aurora My 2023-10-25 (versão 3.05.0, compatível com My 8.0.32) SQL
Versão: 3.05.0
O Aurora My SQL 3.05.0 está disponível ao público em geral. As versões do Aurora My SQL 3.05 são compatíveis com o My 8.0.32. SQL Para obter mais informações sobre as mudanças na comunidade que ocorreram, consulte My SQL 8.0 Release Notes
Para obter detalhes sobre os novos recursos do Aurora My SQL versão 3, consulte Aurora My SQL versão 3 compatível com o My 8.0. SQL Para saber as diferenças entre o Aurora My SQL versão 3 e o Aurora My SQL versão 2, consulte Comparando o Aurora My versão SQL 2 e o Aurora My versão 3. SQL Para uma comparação entre o Aurora My SQL versão 3 e o My SQL 8.0 Community Edition, consulte Comparando o Aurora My SQL versão 3 com o My 8.0 Community Edition. SQL
As SQL versões do Aurora My atualmente suportadas são 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.* e 3.05.*.
Você pode realizar uma atualização local, restaurar um snapshot ou iniciar uma atualização gerenciada azul/verde usando o RDSAmazon Blue/Green Deployments de qualquer cluster Aurora My SQL versão 2 atualmente compatível para um cluster Aurora My versão 3.05.0. SQL
Para obter informações sobre o planejamento de um upgrade para o Aurora My SQL versão 3, consulte Planejamento de upgrade para o Aurora My SQL versão 3 no Guia do usuário do Amazon Aurora. Para obter informações gerais sobre as SQL atualizações do Aurora My, consulte Atualização dos clusters do Amazon Aurora SQL My DB no Guia do usuário do Amazon Aurora.
Para obter informações sobre solução de problemas, consulte Solução de problemas de upgrade com o Aurora My SQL 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:
-
Foi adicionado suporte para salvar dados de um cluster de SQL banco de dados Aurora My em arquivos de texto em um bucket do Amazon S3 criptografado com KMS uma chave SSE (-). KMS Para obter mais informações, consulte Salvar dados de um cluster Amazon Aurora My SQL DB em arquivos de texto em 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 IANA horário e são formatados como "YYYYsuffix“, por exemplo, 2022a e 2023c. Para obter mais informações, consulte Aurora Minhas variáveis de status SQL globais.
Problemas de segurança corrigidos e CVEs listados abaixo:
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. CVECorreções adicionais estão abaixo:
Melhorias de disponibilidade:
-
Corrigido um problema em que as instâncias do Aurora My SQL Database usando a consulta paralela podem sofrer uma reinicialização do banco de dados ao executar um grande número de consultas paralelas simultâneas.
-
Foi corrigido um problema com a contenção de bloqueios causada por um encadeamento de registro de auditoria que acabava levando à alta CPU utilização e ao tempo limite do aplicativo cliente.
-
Corrigido um problema que pode fazer com que o GTID conjunto executado seja recuperado incorretamente em um cluster de réplica de log binário (binlog) com o log binário aprimorado ativado quando qualquer fonte de log binário é definida como ou.
gtid_mode
ON
ON_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 executadoGTID. -
Foi corrigido um problema de gerenciamento de memória que pode causar a reinicialização ou o failover da instância SQL de banco de dados do Aurora My devido a uma diminuição na memória liberá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 Aurora My SQL Database com o recurso aprimorado de log binário ativado poderia travar durante a inicialização da instância do banco de dados enquanto o processo de recuperação do log binário estava sendo executado.
-
Corrigido um problema em que uma instância de SQL banco de dados do Aurora My 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 causar a reinicialização de uma instância de banco de dados devido a um impasse na execução SHOWSTATUS
e PURGEBINARYLOGS nas instruções simultaneamente. 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 de banco de dados seja reiniciada quando o Aurora Serverless v2 tenta incorretamente atualizar o cache da tabela durante a escalabilidade.
-
Corrigido um problema em que métodos de acesso de varredura de índice não suportados 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 cluster de Aurora Serverless v2 banco de dados executado no Aurora My 3.04.0. SQL
-
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 está ativado, o Aurora My SQL usa instruções otimizadas de processamento vetorial para melhorar o desempenho em cargas de trabalho pesadas de E/S. Essa configuração é ativadaON
por padrão no Aurora My SQL 3.05 e superior. Para obter mais detalhes, consulte Meus parâmetros de SQL configuração do Aurora. -
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 do Aurora SQL My Machine Learning 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 Aurora My Machine SQL Learning 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 Carregamento de dados em um cluster Amazon Aurora My SQL DB 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 conseguia abrir uma tabela, com ERROR 1146. Esse problema ocorre ao executar certos tipos de linguagem de definição de dados on-line (DDL) enquanto o
INPLACE
algoritmo está sendo usado na instância do gravador. -
Corrigido um problema para evitar a reinicialização da instância durante a escalabilidade do Aurora Serverless v2 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
-
Introduziu um cache de log de retransmissão na memória para as réplicas de log
binário SQL gerenciadas do Aurora My. Essa melhoria pode ajudar a alcançar um aumento de até 40% no throughput da replicação de log binário. Esse aprimoramento é ativado automaticamente ao usar a replicação de log binário de um único encadeamento ou ao usar a replicação de vários segmentos com o posicionamento automático ativado. GTID
Upgrades e migrações:
-
A atualização do My SQL 5.7 para o My SQL 8.0 com um número muito grande de tabelas em um único banco de dados fez com que o servidor consumisse memória excessiva. 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 dos principais upgrades de versões do Aurora SQL My versão 2 para a versão 3 executando verificações de tablespace em paralelo usando vCPUs tudo o que está disponível na instância do banco de dados.
Integração das correções de bugs do My SQL 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 Meus SQL bugs corrigidos pelas atualizações do mecanismo de banco de dados Aurora My SQL 3.x.
-
Corrigido um problema que pode causar maior CPU utilização devido à rotação do TLS certificado em segundo plano. (Correção de bug nº 34284186 da comunidade)