Atualizações do mecanismo de SQL banco de dados Aurora My 2024-03-07 (versão 3.06.0, compatível com My 8.0.34) SQL

O Aurora My SQL versão 3.06.0 oferece suporte à integração com o Amazon Bedrock e apresenta as novas palavras-chave reservadasaccept,,, e. aws_bedrock_invoke_model aws_sagemaker_invoke_endpoint content_type timeout_ms Verifique as definições do objeto quanto ao uso das novas palavras-chave reservadas antes de atualizar para a versão 3.06.0. Para mitigar o conflito com as novas palavras-chave reservadas, cite as palavras-chave reservadas usadas nas definições do objeto. Para obter mais informações sobre a integração com o Amazon Bedrock e como lidar com as palavras-chave reservadas, consulte O que é o Amazon Bedrock? no Guia do usuário do Amazon Aurora. Para obter informações adicionais, consulte Palavras-chave e palavras reservadas, The INFORMATION _ SCHEMA KEYWORDS Table e Schema Object Names na minha SQL documentação.

Desempenho aprimorado para réplicas de registros binários ao replicar transações para tabelas grandes com mais de um índice secundário. Esse recurso introduz um grupo de threads para aplicar alterações de índice secundário em paralelo em uma réplica de log binário. O recurso é controlado pelo parâmetro aurora_binlog_replication_sec_index_parallel_workers do cluster de banco de dados, que controla o número total de threads paralelos disponíveis para aplicar as alterações do índice secundário. Para obter mais informações, consulte Otimização da replicação de log binário no Guia do usuário do Amazon Aurora.

Foi adicionado um novo procedimento armazenado mysql.rds_set_read_only que permite alterar o valor da variável global do sistema em instâncias de banco de dados read_only em seu cluster Aurora MySQL. Para obter mais informações, consulte Replicação no Guia do usuário do Amazon Aurora.

Foi adicionado um novo procedimento armazenado mysql.rds_set_binlog_source_ssl que permite definir a criptografia em uma réplica de log binário especificando um valor para. SOURCE_SSL Para obter mais informações, consulte Replicação no Guia do usuário do Amazon Aurora.

O Amazon Aurora Machine Learning é uma integração otimizada entre o SQL banco de dados Aurora My e os serviços de aprendizado de AWS máquina (ML). O Amazon Bedrock agora é suportado, permitindo que você invoque modelos de aprendizado de máquina no Amazon Bedrock diretamente do seu cluster Aurora My DB usando. SQL SQL Para obter mais informações sobre como usar o Amazon Bedrock com seu cluster de banco de dados Aurora SQL My, consulte Como usar o aprendizado de máquina do Amazon Aurora com o Aurora My SQL no Guia do usuário do Amazon Aurora.

A SQL versão 3.06 do Aurora My adiciona suporte ao truncamento automático do espaço de tabela de desfazer. Essa otimização permite que você recupere espaço não utilizado em espaços de tabela de desfazer após a eliminação dos registros de desfazer.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-3975

Corrigido um problema em que uma instância de banco de dados de réplica de leitura não pode ser iniciada com êxito quando há alta carga de trabalho na instância de banco de dados do gravador.

Corrigido um problema em que uma instância de banco de dados do Aurora My SQL writer pode falhar devido a um defeito na comunicação com o armazenamento do Aurora. O defeito ocorre como resultado de uma falha na comunicação entre a instância de banco de dados e o armazenamento subjacente após uma atualização de software da instância de armazenamento Aurora.

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.

Foi corrigido um problema que pode fazer com que uma SQL instância de banco de dados do Aurora My fosse reiniciada ou reiniciada devido a uma diminuição na memória liberável quando o hash join é usado durante a execução de consultas.

Correção de um problema que pode causar a reinicialização de uma instância de banco de dados durante a execução SHOWSTATUSe PURGEBINARYLOGSas instruçõ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.

Corrigido um problema que pode causar a reinicialização do banco de dados 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.

No Aurora My SQL 2.10, adicionamos suporte para reinicializar um cluster de banco de dados Aurora com disponibilidade de leitura. Esse recurso permite que as instâncias de banco de dados do leitor permaneçam on-line enquanto uma instância de banco de dados do gravador é reinicializada. Agora, esse recurso tem suporte secundário Regiões da AWS nos bancos de dados SQL globais do Aurora My, garantindo que você ainda possa atender solicitações de leitura durante a reinicialização de uma instância de gravador no cluster primário. Anteriormente, quando uma instância do gravador era reiniciada, todas as instâncias do leitor em um cluster secundário do Aurora SQL My também eram reiniciadas. Com essa versão, as instâncias secundárias de leitura de cluster continuam atendendo às solicitações de leitura durante a reinicialização da instância de gravação, melhorando a disponibilidade de leitura no cluster. Para obter mais informações, consulte Reinicializando um cluster do Aurora com disponibilidade de leitura.

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.

Correção de um problema que pode fazer com que uma consulta paralela falhasse devido a problemas transitórios de rede durante a leitura de dados do volume do cluster Aurora.

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.

Instâncias de banco de dados pequenas com menos ou igual a 4 GiB de memória agora fecham as conexões que mais consomem memória quando a instância de banco de dados está sob pressão de memória. Você também pode ajustar o buffer pool para diminuir seu tamanho. Para obter mais informações, consulte Amazon Aurora Meus SQL out-of-memory problemas no Guia do usuário do Amazon Aurora.

Alterou a resposta padrão paraaurora_oom_response, em todas as classes de instância de banco de dados com mais de 4 GiB de memória, de vazia para. print Para obter mais informações, consulte Amazon Aurora Meus SQL out-of-memory problemas no Guia do usuário do Amazon Aurora.

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.

Foram adicionadas as Aurora_lockmgr_buffer_pool_memory_used métricas Aurora_lockmgr_memory_used e para rastrear o uso de memória do gerenciador de bloqueio. 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 pequenas instâncias de réplica de leitura podem apresentar maior atraso de replicação após a atualização do Aurora SQL My para versões anteriores à 2.11.*.

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

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 nas principais atualizações de versões se houver 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 M ySQLversion 2 para o Aurora My SQL versão 3 devido a um problema de sincronização durante o processamento de espaços de tabela 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 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 nem sempre 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).