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

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

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.

Corrigido um problema que pode fazer com que uma instância de banco de dados Aurora My SQL 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 GTID conjuntos 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 SHOWSTATUSPURGEBINARYLOGSinstruções 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 Data Manipulation Language (DML) em uma tabela cujas colunas não virtuais foram reordenadas com uma instrução ou. 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.

Foi corrigido um problema Aurora Serverless v2 que 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 My SQL 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 My SQL 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 My SQL lida com palavras-chave reservadas e não reservadas, consulte Palavras-chave e palavras reservadas na SQL documentação My.

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 do Aurora My SQL DB 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 na My SQL 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 SSL certificados 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 Aurora My SQL global status variables no Guia do usuário do Amazon Aurora.

Corrigido um problema em que um cluster do Amazon Redshift configurado como ETL destino zero poderia sofrer um aumento temporário IntegrationLagquando um cluster do Amazon Aurora SQL My DB era configurado como uma réplica de log binário, com o Binlog aprimorado e a integração zero ativados. ETL

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, aumentassem o CPU uso.

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.

Foi corrigido um problema que pode fazer com que uma instância de banco de dados de gravação fosse reiniciada quando uma instância de banco de dados de leitura usando encaminhamento de gravação executava 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 quando a tabela de erros não existia quando a tabela tinha pelo menos um índice search (FTS) de texto completo e uma TRUNCATE instrução estava sendo executada na instância de banco de dados do Aurora Writer.

Corrigido um problema que, em casos raros, fazia com que o patch (ZDP) com tempo de inatividade zero 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 My SQL versão 2 para o Aurora My SQL versão 3 quando há uma FTS_DOC_ID coluna definida pelo usuário presente no esquema da tabela.

Corrigido um problema que pode causar falhas de atualização do Aurora My SQL versão 2 para o Aurora My SQL versão 3 devido a um problema de sincronização durante o processamento de tablespaces do InnoDB.

Corrigido um problema que pode fazer com que as atualizações principais da versão 3 do Aurora SQL My falhassem devido à presença de entradas órfãs para espaços de tabela já excluídos nas tabelas do sistema InnoDB no Aurora My versão 2. SQL

Corrigido um problema em que o valor SERVER_ID não era atualizado após a transição do Amazon RDS Blue/Green Deployment. Isso gerou problemas em que drivers inteligentes, como o JDBCdriver Amazon Web Services (AWS), não conseguiram descobrir a topologia do cluster de banco de dados após uma transição entre azul e verde. Com essa correção, os clusters de banco de dados Aurora renomeados como parte de uma implantação RDS azul/verde, que estão sendo executados na SQL versão 3.07 e superior do Aurora My, terão o valor atualizado como parte da SERVER_ID 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 CPU uso devido à rotação de TLS certificados 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 Meu SQL sistema nas SQL versões anteriores à 3.05 do Aurora My, o que poderia fazer com que o servidor fechasse inesperadamente (reinicialização da instância do banco de dados) após a atualização para o Aurora My versão 3.05.0. SQL (Correção de bug da comunidade #35625510).