Atualizações do mecanismo de banco de dados do Aurora MySQL de 2024-06-04 (versão 3.07.0, compatível com MySQL 8.0.36)

Suporte habilitado para criptografia validada por FIPS, uma implementação totalmente própria da AWS. Consulte mais informações em AWS-LC is now FIPS 140-3 certified no Blog de segurança da AWS.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Correção de um problema que podia fazer com que uma instância de banco de dados de leitor fosse reiniciada ao ler uma tabela que estava sendo alterada ou descartada na instância de banco de dados de gravador.

Correção de um problema que fazia com que uma instância de banco de dados de gravador do Aurora MySQL fosse reiniciada quando uma sessão de encaminhamento de gravação fosse fechada durante a execução de uma consulta encaminhada.

Correção de um problema que fazia com que uma instância de banco de dados fosse reiniciada ao lidar com grandes conjuntos de GTID em uma instância habilitada para log binário.

Correção de um problema ao processar consultas INSERT em tabelas particionadas do InnoDB que podia causar um declínio gradual da memória livre na instância de banco de dados.

Correção de um problema que, em raras condições, podia fazer com que as instâncias de banco de dados de leitor fossem reiniciadas.

Correção de um problema que podia causar a reinicialização de uma instância de banco de dados ao executar as declarações SHOW STATUS e PURGE BINARY LOGS simultaneamente. PURGE BINARY LOGS é uma declaração gerenciada que é executada para honrar o período de retenção de logs binários configurado pelo usuário.

Correção de um problema que podia fechar o servidor inesperadamente após a execução de declarações de linguagem de manipulação de dados (DML) em uma tabela cujas colunas não virtuais foram reordenadas com uma declaração MODIFY COLUMN ou CHANGE COLUMN.

Correção de um problema que, durante a reinicialização de uma instância do banco de dados, podia causar uma reinicialização adicional.

Correção de um problema que podia fazer com que uma instância de banco de dados de leitor que usa o encaminhamento de gravação fosse reiniciada quando uma declaração de confirmação implícita encaminhada encontrava um erro.

Correção de um problema que, em raras condições, podia fazer com que uma instância de leitor fosse reiniciada ao realizar consultas SELECT em tabelas com uma restrição de chave estrangeira.

Correção de um problema em que instâncias de banco de dados que utilizam volumes de cluster do Aurora de vários terabytes podiam apresentar maior tempo de inatividade durante a reinicialização devido a falhas na validação do buffer pool do InnoDB.

Correção de um problema que podia fazer com que um banco de dados fosse reiniciado quando uma restrição de chave estrangeira UPDATE ou DELETE em cascata era definida em uma tabela em que uma coluna virtual estava envolvida como uma coluna na restrição de chave estrangeira ou como membro da tabela referenciada.

Correção de um problema que podia interromper a recuperação do banco de dados durante a inicialização caso a reinicialização ocorra durante a execução de operações intensas de inserção envolvendo colunas AUTO_INCREMENT.

Correção de um problema no Aurora Serverless v2 que podia fazer o banco de dados reiniciar durante a o aumento da escala verticalmente.

Redução no uso de E/S e melhoria no desempenho para um subconjunto de consultas de varredura de intervalo de chaves primárias que empregam consultas paralelas.

O Aurora MySQL versão 3.06.0 adicionou suporte para a integração ao Amazon Bedrock. Como parte disso, novas palavras-chave reservadas (accept, aws_bedrock_invoke_model, aws_sagemaker_invoke_endpoint, content_type etimeout_ms) foram adicionadas. No Aurora MySQL versão 3.07.0, essas palavras-chave foram alteradas para palavras-chave não reservadas, que são permitidas como identificadores sem aspas. Consulte mais informações sobre como o MySQL lida com palavras-chave reservadas e não reservadas em Keywords and reserved words na documentação do MySQL.

Correção de um problema que não retornava claramente uma mensagem de erro ao cliente ao invocar o serviço Amazon Bedrock por um cluster de banco de dados do Aurora MySQL em uma Região da AWS em que o Amazon Bedrock ainda não estava disponível.

Correção de um problema que podia causar consumo excessivo de memória ao consultar colunas BLOB usando a consulta paralela do Aurora.

Adição de suporte para que os parâmetros connection_memory_limit e connection_memory_chunk_size possam ser definidos no nível da sessão, para ter um comportamento semelhante ao que apresenta no MySQL Community Edition. O connection_memory_limit é usado para definir a quantidade máxima de memória que pode ser usada por uma única conexão de usuário. O parâmetro connection_memory_chunk_size pode ser usado para definir o tamanho dos blocos usados para atualizar o contador global de uso de memória.

Correção de um problema em que o usuário não conseguia interromper nenhuma consulta ou definir tempos limite de sessão para consultas performance_schema.

Correção de um problema em que a replicação de log binário (binlog) configurada para usar certificados SSL personalizados (mysql.rds_import_binlog_ssl_material) podia falhar quando a instância de replicação era substituída pelo host.

Adição da variável de status global Aurora_fts_cache_memory_used para rastrear o uso da memória do sistema de pesquisa de texto completo em todas as tabelas. Consulte mais informações em Variáveis de status globais do Aurora MySQL no Guia do usuário do Amazon Aurora.

Correção de um problema em que um cluster do Amazon Redshift configurado como um destino de ETL zero podia apresentar um aumento temporário no IntegrationLag quando um cluster de banco de dados do Amazon Aurora MySQL era configurado como uma réplica de log binário, com o log binário aprimorado e a integração ETL zero habilitados.

Correção de um problema relacionado ao gerenciamento de arquivos de log de auditoria que podia fazer com que os arquivos de log ficassem inacessíveis para download ou alternância e, em alguns casos, aumentava o uso da CPU.

Recuperação otimizada de chaves AUTO_INCREMENT para reduzir o tempo de conclusão da restauração de snapshots, da execução de recuperações para um ponto no tempo e da clonagem de clusters de banco de dados com um grande número de tabelas no banco de dados.

Correção de um problema em que o evento wait/io/redo_log_flush não era exibido nas tabelas de resumo de eventos de espera do Performance Schema.

Correção de um problema que podia 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.

Correção de um problema que podia fazer uma instância de gravador ser reiniciada quando uma instância de leitor usando o encaminhamento de gravação executava uma declaração de linguagem de manipulação de dados (DML) que continha um valor de carimbo de data e hora e o parâmetro de banco de dados time_zone é definido como UTC.

Correção de um problema em que uma consulta SELECT em uma instância de leitor do Aurora podia falhar com o erro a tabela não existe quando a tabela possuía pelo menos um índice de pesquisa de texto completo (FTS) e uma declaração TRUNCATE estava sendo executada na instância de banco de dados de gravador do Aurora.

Correção de um problema que, em casos raros, fazia com que a aplicação de patches com tempo de inatividade zero (ZDP) falhassem.

Correção de um problema que podia causar um conjunto de resultados incompleto ao executar consultas envolvendo operações LEFT JOIN ou RIGHT JOIN usando o algoritmo de junção de hash com o consulta paralela.

Correção de um problema que podia causar falhas de atualização do Aurora MySQL versão 2 para o Aurora MySQL versão 3 quando havia uma coluna FTS_DOC_ID definida pelo usuário presente no esquema da tabela.

Correção de um problema que podia causar falhas de atualização do Aurora MySQL versão 2 para o Aurora MySQL versão 3 devido a um erro de sincronização ao processar espaços de tabela do InnoDB.

Correção de um problema que podia fazer com que os upgrades de versões principais para o Aurora MySQL versão 3 falhassem devido à presença de entradas órfãs para espaços de tabela já excluídos nas tabelas do sistema InnoDB no Aurora MySQL versão 2.

Correção de um problema em que o valor SERVER_ID não era atualizado após uma transição de implantação azul/verde do Amazon RDS. Isso gerava problemas em que drivers inteligentes, como o driver JDBC da Amazon Web Services (AWS), não conseguiam descobrir a topologia do cluster de banco de dados após uma transição entre azul/verde. Com essa correção, os clusters de banco de dados do Aurora renomeados como parte de uma implantação azul/verde do RDS, que estão sendo executados no Aurora MySQL versão 3.07 e posterior, terão o valor SERVER_ID atualizado como parte da transição. Para versões anteriores, as instâncias de banco de dados nos clusters azul e verde podem ser reinicializadas para atualizar o valor SERVER_ID.

Correção de um problema em que o valor da linha de cache podia ser calculado incorretamente, causando uma falha durante a reinicialização do banco de dados em instâncias baseadas no Graviton. (Correção de bug nº 35479763 da comunidade)

Correção de um problema em que algumas instâncias de subconsultas em rotinas armazenadas não eram gerenciadas corretamente. (Correção de bug nº 35377192 da comunidade)

Correção um problema que podia causar maior uso da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug n.º 34284186 da comunidade).

Correção de um problema em que o InnoDB permitia a adição de colunas INSTANT às tabelas no esquema do sistema MySQL nas versões do Aurora MySQL anteriores à 3.05, o que podia fazer com que o servidor fechasse inesperadamente (reinicialização da instância do banco de dados) após a atualização para o Aurora MySQL versão 3.05.0. (Correção de bug n.º 35625510 da comunidade).