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

Suporte habilitado para criptografia validada por FIPS, uma implementação totalmente própria. AWS Para obter mais informações, consulte Agora AWS-LC tem certificação FIPS 140-3 no AWS Security Blog.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Corrigido um problema que pode fazer com que uma instância de banco de dados do Reader fosse reiniciada ao ler uma tabela que estava sendo alterada ou descartada na instância de banco de dados do gravador.

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

Corrigido 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.

Corrigido um problema ao processar INSERT consultas em tabelas particionadas do InnoDB que pode causar um declínio gradual da memória livre na instância.

Corrigido um problema que, em raras condições, pode fazer com que as instâncias de banco de dados do leitor sejam reiniciadas.

Correção de um problema que pode fazer com que uma instância de banco de dados seja reiniciada ao executar as instruçõ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 do log binário configurado pelo usuário.

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

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

Foi corrigido um problema que fazia com que uma instância de banco de dados do Reader que usa encaminhamento de gravação fosse reiniciada quando uma instrução de confirmação implícita encaminhada encontrasse um erro.

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

Foi corrigido um problema em que instâncias de banco de dados que usam volumes de cluster Aurora de vários TB podem sofrer maior tempo de inatividade durante a reinicialização devido a falhas na validação do buffer pool do InnoDB.

Corrigido um problema que pode fazer com que um banco de dados seja reiniciado quando uma restrição de chave DELETE estrangeira UPDATE ou em cascata é definida em uma tabela em que uma coluna virtual está envolvida como uma coluna na restrição de chave estrangeira ou como membro da tabela referenciada.

Corrigido um problema que pode interromper a recuperação do banco de dados durante a inicialização se a reinicialização ocorrer durante a execução de operações pesadas de inserção envolvendo AUTO_INCREMENT colunas.

Corrigido um problema em Aurora Serverless v2 isso pode levar à reinicialização do banco de dados durante a expansão.

Uso reduzido de E/S e desempenho aprimorado 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 à integração com o Amazon Bedrock. Como parte disso, novas palavras-chave reservadas (accept,aws_bedrock_invoke_model, aws_sagemaker_invoke_endpointcontent_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. Para obter mais informações sobre como o MySQL lida com palavras-chave reservadas e não reservadas, consulte Palavras-chave e palavras reservadas na documentação do MySQL.

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

Corrigido um problema que pode causar consumo excessivo de memória ao consultar BLOB colunas usando a consulta paralela Aurora.

Foi adicionado suporte para que os connection_memory_chunk_size parâmetros connection_memory_limit e sejam definidos no nível da sessão para se comportarem da mesma forma que 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 connection_memory_chunk_size parâmetro pode ser usado para definir o tamanho do fragmento para atualizações no contador global de uso da memória.

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

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

Foi adicionada a variável de status Aurora_fts_cache_memory_used global para rastrear o uso da memória do sistema de pesquisa de texto completo em todas as tabelas. Para obter mais informações, consulte as variáveis de status global do Aurora MySQL no Guia do usuário do Amazon Aurora.

Corrigido um problema em que um cluster do Amazon Redshift configurado como um destino de zero ETL poderia sofrer um aumento temporário quando um cluster de banco de dados Amazon IntegrationLagAurora MySQL era configurado como uma réplica de log binário, com a integração aprimorada de Binlog e Zero-ETL ativada.

Correção de um problema relacionado ao gerenciamento de arquivos de log de auditoria que pode fazer com que os arquivos de log fiquem inacessíveis para download ou rotação e, em alguns casos, aumentasse o uso da CPU.

Recuperação otimizada de AUTO_INCREMENT chaves para reduzir o tempo de conclusão da restauração de instantâneos, da execução da point-in-time recuperação e da clonagem de clusters de banco de dados com um grande número de tabelas no banco de dados.

Corrigido 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 pode causar erros de chave duplicada em AUTO_INCREMENT colunas usando índices decrescentes após uma operação de restauração, retrocesso ou clonagem de banco de dados de instantâneos.

Corrigido um problema que pode fazer com que uma instância de banco de dados de gravação seja reiniciada quando uma instância de banco de dados de leitura usando encaminhamento de gravação executa uma instrução Data Manipulation Language (DML) que contém um valor de timestamp e o parâmetro do time_zone banco de dados está definido como. UTC

Corrigido um problema em que uma SELECT consulta em uma instância do Aurora Reader poderia falhar porque a tabela de erros não existe quando a tabela tem pelo menos um índice de pesquisa de texto completo (FTS) e uma TRUNCATE instrução está sendo executada na instância de banco de dados do Aurora Writer.

Foi corrigido um problema que, em casos raros, fazia com que o patch com tempo de inatividade zero (ZDP) falhasse.

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

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

Corrigido um problema que pode causar falhas de atualização do Aurora MySQL versão 2 para o Aurora MySQL versão 3 devido a um problema de sincronização durante o processamento de espaços de tabela do InnoDB.

Foi corrigido um problema que fazia com que as atualizações principais da versão 3 do Aurora MySQL 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.

Corrigido 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 gerou problemas em que drivers inteligentes, como o driver JDBC da Amazon Web Services (AWS), não conseguiram descobrir a topologia do cluster de banco de dados após uma blue/green switchover. With this fix, Aurora DB clusters renamed as part of an RDS Blue/Green implantação, executados no Aurora MySQL versão 3.07 e superior, terem SERVER_ID o valor 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 SERVER_ID valor.

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

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

Corrigido um problema que pode causar maior uso da CPU devido à rotação do certificado TLS em segundo plano (Community Bug Fix #34284186).

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