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

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.

CVE-2022-37434

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 SHOWSTATUSe PURGEBINARYLOGSnas 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.

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 e malloc_stats_totals no performance_schema, três variáveis avançadas do sistema foram adicionadas para controlar o comportamento do Jemalloc, um alocador de memória interna:

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 é ativada ON 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 e malloc_stats_totals no banco de dados performance_schema.

Atualizada a palavra-chave FROM no comando LOAD 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 algoritmo INSTANT pode ser usado para operações ALTER 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áusula GROUP BY e o parâmetro aurora_parallel_query definido como ON.

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

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ões na 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.

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)