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

O Aurora MySQL versão 3.06.0 é compatível com a integração com o Amazon Bedrock e apresenta as novas palavras-chave reservadas accept, aws_bedrock_invoke_model, aws_sagemaker_invoke_endpoint, content_type e 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, coloque entre aspas aquelas que foram usadas nas definições do objeto. Consulte mais informações sobre a integração com o Amazon Bedrock e como gerenciar as palavras-chave reservadas em O que é o Amazon Bedrock? no Guia do usuário do Amazon Aurora. Consulte mais informações em Keywords and Reserved Words, The INFORMATION_SCHEMA KEYWORDS Table e Schema Object Names na documentação do MySQL.

Melhoria no desempenho de réplicas de log 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.

Adição de 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 no cluster do Aurora MySQL. Consulte mais informações em Replicação no Guia do usuário do Amazon Aurora.

Adição de 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. Consulte mais informações em Replicação no Guia do usuário do Amazon Aurora.

O machine learning do Amazon Aurora é uma integração otimizada entre o banco de dados do Aurora MySQL e os serviços de machine learning (ML) da AWS. O Amazon Bedrock agora é compatível, permitindo invocar modelos de machine learning no Amazon Bedrock diretamente do cluster de banco de dados do Aurora MySQL usando SQL. Consulte mais informações sobre como usar o Amazon Bedrock com o cluster de banco de dados do Aurora MySQL em Usar o machine learning do Amazon Aurora com o Aurora MySQL no Guia do usuário do Amazon Aurora.

O Aurora MySQL versão 3.06 adiciona suporte para o truncamento automático do espaço de tabela undo. Essa otimização permite recuperar espaço não utilizado em espaços de tabela de undo após a limpeza dos logs de undo.

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Correção de um problema em que uma instância de banco de dados de réplica de leitura não podia ser iniciada com êxito quando havia alta workload na instância de banco de dados de gravador.

Correção de um problema em que uma instância de banco de dados de gravador do Aurora MySQL podia fazer failover devido a um defeito na comunicação com o armazenamento do Aurora. A falha ocorria como resultado de uma interrupção 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 do Aurora.

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 podia fazer uma instância de banco de dados do Aurora MySQL reiniciar ou fazer failover devido a uma diminuição na memória que pode ser liberada quando o hash join era usado durante a execução de consultas.

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

No Aurora MySQL 2.10, adicionamos suporte para reinicializar um cluster de banco de dados do Aurora com disponibilidade de leitura. Esse recurso permite que as instâncias de banco de dados de leitor permaneçam online enquanto uma instância de banco de dados de gravador é reinicializada. Agora, esse recurso é compatível com Regiões da AWS secundárias nos bancos de dados globais do Aurora MySQL, 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 de gravador era reiniciada, todas as instâncias de leitor em um cluster secundário do Aurora MySQL também eram reiniciadas. Com essa versão, as instâncias de leitor do cluster secundário continuam a atender solicitações de leitura durante a reinicialização da instância de gravador, melhorando a disponibilidade de leitura no cluster. Consulte mais informações em Reinicializar um cluster do Aurora com disponibilidade de leitura.

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 que podia fazer com que uma consulta paralela falhasse devido a problemas transitórios de rede durante a leitura de dados do volume do cluster do Aurora.

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.

Instâncias de banco de dados pequenas, com 4 GiB de memória ou menos, agora encerram 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 reduzir seu tamanho. Consulte mais informações em Problemas de falta de memória do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

Alteração da resposta padrão para aurora_oom_response, em todas as classes de instância de banco de dados com mais de 4 GiB de memória, de vazio para print. Consulte mais informações em Problemas de falta de memória do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

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.

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

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 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 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 da versão principal caso houvesse 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 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 nem sempre 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).