As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Atualizações do mecanismo de banco de dados Aurora MySQL 2023-07-31 (versão 3.04.0, compatível com o MySQL 8.0.28)
Versão: 3.04.0
O Aurora MySQL 3.04.0 está disponível para o público. As versões do Aurora MySQL 3.04 são compatíveis com o MySQL 8.0.28, as versões do Aurora MySQL 3.03 são compatíveis com o MySQL 8.0.26, e as versões do Aurora MySQL 3.02 são compatíveis com o MySQL 8.0.23. Para obter mais informações sobre as alterações da comunidade que ocorreram de 8.0.23 para 8.0.28, consulte as Notas de lançamento do MySQL 8.0
nota
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte Versões de suporte de longo prazo (LTS) do Aurora MySQL no Guia do usuário do Amazon Aurora.
Recomendamos que você não defina o parâmetro AutoMinorVersionUpgrade
como true
(nem ative Upgrade automático de versões secundárias no AWS Management Console) para versões LTS. Esse procedimento pode fazer com que o cluster de banco de dados seja atualizado para uma versão não LTS, como 3.05.2.
Para obter detalhes sobre novos recursos no Aurora MySQL versão 3, consulte Aurora MySQL versão 3 compatível com o MySQL 8.0. Para saber as diferenças entre o Aurora MySQL versão 3 e o Aurora MySQL versão 2, consulte Comparação entre o Aurora MySQL versão 2 e o Aurora MySQL versão 3. Para uma comparação entre o Aurora MySQL versão 3 e o MySQL 8.0 Community Edition, consulte Comparando o Aurora MySQL versão 3 com o MySQL 8.0 Community Edition.
As versões atualmente compatíveis do Aurora MySQL são 2.07.9, 2.11.1, 2.11.2, 3.01.*, 3.02.*, 3.03.* e 3.04.0.
Você pode realizar um upgrade no local, restaurar um snapshot ou iniciar um upgrade gerenciado azul/verde usando implantações azuis/verdes do Amazon RDS de qualquer cluster do Aurora MySQL versão 2 atualmente compatível para um cluster do Aurora MySQL versão 3.04.0.
Para obter informações sobre como planejar um upgrade para o Aurora MySQL versão 3, consulte Fazer upgrade para o Aurora MySQL versão 3 no Guia do usuário do Amazon Aurora. Para obter informações gerais sobre os upgrades do Aurora MySQL, consulte Como atualizar os clusters de banco de dados de Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.
Para obter informações sobre a solução de problemas, consulte Solução de problemas de atualização com o Aurora MySQL versão 3.
Se você tiver alguma dúvida ou preocupação, o AWS Support está disponível nos fóruns da comunidade e por meio do AWS Support
nota
O log binário aprimorado (binlog) do Aurora MySQL atualmente não é compatível com a instância de banco de dados do Aurora Sem Servidor v2 no Aurora MySQL versão 3.04.0. A habilitação desse recurso pode levar à indisponibilidade do banco de dados. Se você precisar usar o log binário aprimorado no Aurora MySQL versão 3.04.0, recomendamos usar uma classe de instância de banco de dados que não usa a tecnologia servidor ou definir a ACU mínima e máxima da instância de banco de dados do Serverless v2 com o mesmo valor.
Mais informações sobre o log binário aprimorado no Aurora MySQL estão disponíveis no Guia do usuário do Aurora.
Melhorias
Novos recursos:
-
Melhora no desempenho das consultas que usam índices de texto completo do InnoDB para pesquisar frases no modo de linguagem natural
. Para obter mais informações sobre pesquisas de texto completo no MySQL, consulte Full-Text Search Functions . -
O Amazon Aurora MySQL é compatível com o encaminhamento de gravação local (no cluster). Agora você pode encaminhar operações de gravação de uma instância de banco de dados do leitor para uma instância de banco de dados do gravador em um cluster de banco de dados do Aurora MySQL. Para obter mais informações, consulte Usar o encaminhamento de gravação local em um cluster de banco de dados do Amazon Aurora MySQL.
-
Adicionada a capacidade de alterar o valor do parâmetro
aurora_replica_read_consistency
para o recurso Como usar o encaminhamento de gravação em um banco de dados global Amazon Aurora em sessões comautocommit
desabilitado. Para obter mais informações, consulte Parâmetros de configuração para o encaminhamento de gravação. -
A partir do Aurora MySQL 3.04, para o recurso encaminhamento de gravação em um banco de dados global, agora você pode definir o valor do parâmetro
aurora_replica_read_consistency
por meio do cluster de banco de dados e dos grupos de parâmetros da instância de banco de dados. Antes do Aurora MySQL versão 3.04, o valor desse parâmetro só podia ser configurado no nível da sessão.
Problemas de segurança corrigidos e CVEs:
-
Alterou o provedor SSL/TLS de OpenSSL para. AWS-LC
Isso traz uma série de mudanças, incluindo, mas não se limitando às seguintes: -
As conexões de banco de dados usando SSL agora podem ser restauradas com reinício com tempo de inatividade zero e aplicação de patch com tempo de inatividade zero ao fazer upgrade do Aurora MySQL versão 3.04.0 para uma versão posterior.
-
Suporte para TLSv1 .3, que inclui suporte para cifras SSL TLS_AES_128_GCM_, SHA256 TLS_AES_256_GCM_ e TLS_ 0_ 05_. SHA384 CHACHA2 POLY13 SHA256
-
Remoção do suporte para cifras DHE-RSA-* menos seguras.
Para obter mais informações, consulte Usar TLS com clusters de banco de dados do Aurora MySQL.
-
-
Adicionado o privilégio dinâmico
SHOW_ROUTINE
aords_superuser_role
, que permite o acesso às definições e propriedades de todas as rotinas armazenadas, como procedimentos e funções armazenados. Para obter mais detalhes, consulte SHOW_ROUTINE. -
Corrigido um problema que pode fazer com que o log de auditoria perca eventos durante a rotação do arquivo de log de auditoria.
-
Suporte habilitado para o protocolo Transport Layer Security (TLS) 1.3 seguro e de alto desempenho, mantendo a compatibilidade com a versão 1.2 do TLS.
-
As versões TLS TLSv1 e TLSv1 .1 foram preteridas na comunidade MySQL 8.0.26 e, correspondentemente, no Aurora MySQL 3.03. Esses protocolos agora foram removidos no MySQL 8.0.28 da comunidade e, correspondentemente, no Aurora MySQL 3.04. Por padrão, qualquer cliente seguro que não possa se comunicar via TLS 1.2 ou posterior será rejeitado. Para obter mais informações sobre como se conectar às instâncias de banco de dados usando TLS, consulte Segurança com o Amazon Aurora MySQL.
As seguintes correções de CVE estão incluídas nesta versão:
Melhorias de disponibilidade:
-
Corrigido um problema que pode causar a reinicialização do banco de dados durante a recuperação de transações longas.
-
Corrigido um problema na criptografia de eventos dos fluxos de atividades do banco de dados que pode causar reinicializações do banco de dados.
-
Corrigido um problema de gerenciamento de memória devido a erros de falta de memória quando o grupo de buffer do InnoDB é inicializado durante a inicialização ou durante a escalabilidade no Aurora Serverless v2. Esse problema pode ter causado a reinicialização da instância do banco de dados ou a degradação do desempenho, incluindo redução da taxa de transferência ou aumento da latência.
-
Foi corrigido um problema que fazia com que uma instância do leitor do Aurora MySQL fosse reiniciada durante a execução de uma consulta que utiliza um plano de execução de consulta paralela do Aurora MySQL.
-
Corrigido um problema que, em determinadas situações, pode fazer com que as instâncias do Aurora Reader sejam reiniciadas durante uma estimativa de alcance.
-
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 colunas de incremento automático.
-
Corrigido um problema com a Auditoria avançada do Aurora que causa o excesso de registro em log de mensagens informativas no log de erros do Aurora MySQL quando a variável do servidor
server_audit_events
é definida comoALL
ouQUERY
. Esse problema pode causar a reinicialização da instância do banco de dados. -
Correção de um problema que pode causar a reinicialização do banco de dados durante a reversão de uma
INSERT
instrução quando a consulta paralela está ativada. -
Foi corrigido um problema que fazia com que a instância do banco de dados fosse reiniciada ao executar a ferramenta
EXPLAIN ANALYZE
de criação de perfil em uma consulta que retornava a saídaall select tables were optimized away
na coluna deEXTRA
informações. Para obter mais informações, consulte a documentação do MySQL emEXPLAIN
Output Format. -
Foi corrigido um problema que pode fazer com que uma instância de leitor de região secundária do banco de dados global Aurora usando o encaminhamento de gravação global fosse reiniciada quando uma instrução de confirmação implícita encaminhada encontrasse
um erro. -
Corrigido um problema que pode fazer com que a instância do gravador em uma região primária do banco de dados global do Aurora seja reiniciada quando uma
SELECT FOR UPDATE
consulta é executada usando o encaminhamento global de gravação de uma região secundária do banco de dados global do Aurora.
Melhorias gerais:
-
Adicionado um novo procedimento armazenado,
mysql.rds_gtid_purged
, para permitir que os clientes definam a variável do sistemaGTID_PURGED
. Para obter mais informações, consulte mysql.rds_gtid_purged. -
Adicionados dois novos procedimentos armazenados
mysql.rds_start_replication_until
emysql.rds_start_replication_until_gtid
, que permitem que os clientes configurem um local para interromper a replicação de log binário. Para obter mais informações sobre como configurar um local de parada para replicação de log binário no Aurora MySQL, consulte mysql.rds_start_replication_until. -
Corrigido um problema que impede que os procedimentos armazenados do controle de replicação do Aurora MySQL modifiquem a variável
sql_log_bin
quando chamados de uma sessão com o modo de confirmação automática desabilitado. -
Adição de suporte à replicação lógica para as seguintes instruções de linguagem de controle de dados (DCL):
GRANT/REVOKE
eCREATE/DROP/ALTER/RENAME USER
. -
Corrigido um problema para evitar que as estatísticas do InnoDB fiquem obsoletas, o que às vezes pode gerar um plano de execução de consulta abaixo do ideal que pode levar a um aumento no tempo de execução da consulta.
-
Adicionadas duas novas visualizações do sistema
information_schema.aurora_global_db_instance_status
einformation_schema.aurora_global_db_status
. Essas visualizações podem ser usadas para exibir o status e a topologia dos recursos primários e secundários em um cluster de banco de dados global do Aurora MySQL. Os detalhes das duas visualizações do sistema podem ser encontrados aqui, Tabelas information_schema específicas do Aurora MySQL. -
Corrigido um problema em que um usuário não consegue acessar o banco de dados com um caractere curinga no nome do banco de dados após executar a declaração
SET ROLE
com um caractere curinga de escape. -
Corrigido um problema em que os eventos relatados durante o processamento das rotações de log de auditoria podiam não ser gravados no log de auditoria.
-
Corrigido um problema em que a criação de uma tabela temporária interna, por meio de uma execução de
TRIGGER
, pode fazer com que uma instância do banco de dados do gravador seja reiniciada. -
Adição de uma nova variável do sistema,
innodb_aurora_max_partitions_for_range
. Em alguns casos, em que estatísticas persistentes não estão disponíveis, esse parâmetro pode ser usado para aprimorar o tempo de execução das estimativas de contagem de linhas em tabelas particionadas. Mais informações podem ser encontradas na documentação, Parâmetros de configuração do Aurora MySQL. -
Corrigido um problema que permite incorretamente que os clientes definam
ROW_FORMAT
comoCOMPRESSED
ao criar tabelas particionadas. As tabelas serão convertidas implicitamente para o formatoCOMPACT
com um aviso para informar que o Aurora MySQL não é compatível com tabelas compactadas. -
Correção de um problema que pode fazer com que a replicação de log binário de vários segmentos pare quando a
replica_parallel_type
variável é definida comoLOGICAL_CLOCK
e areplica_preserve_commit_order
variável é transformada.ON
Esse problema pode ocorrer quando uma transação maior que 500 MB é executada na origem. -
Corrigido um problema quando o recurso de encaminhamento de gravação do banco de dados global está habilitado, o que pode fazer com que as alterações na configuração
performance_schema
das instâncias do leitor nas regiões secundárias sejam encaminhadas involuntariamente para a instância do gravador na região primária. -
Corrigido um problema em que a variável de status do servidor
innodb_buffer_pool_reads
pode não ser atualizada após a leitura de uma página de dados no sistema de arquivos de armazenamento do Aurora. -
A consulta paralela do Aurora MySQL não é compatível ao escolher a configuração de cluster otimizada para E/S do Aurora. Para obter mais informações, consulte Limitações.
-
Corrigido um problema quando a consulta paralela é habilitada, o que faz com que o otimizador do plano de consulta escolha um plano de execução ineficiente para determinadas consultas
SELECT
que se beneficiam de um índice primário ou secundário. -
Atualizadas as definições de fuso horário para a versão 2023c de IANA.
-
Introdução de otimizações de desempenho de gerenciamento de arquivos em réplicas de log binário para ajudar a reduzir a contenção ao gravar em arquivos de log de retransmissão.
-
Corrigido um problema em que a
RPO_LAG_IN_MILLISECONDS
coluna nainformation_schema.aurora_global_db_status
tabela e naAuroraGlobalDBRPOLag
CloudWatch métrica sempre exibia zero, independentemente da carga de trabalho do usuário. -
Apresentação de um novo parâmetro
aurora_tmptable_enable_per_table_limit
. Quando esse parâmetro é ativado, atmp_table_size
variável define o tamanho máximo da tabela temporária interna individual na memória criada pelo mecanismo TempTable de armazenamento. Para obter mais informações, consulte Mecanismo de armazenamento para tabelas temporárias internas (implícitas). -
Corrigido um problema em que uma conexão adicional é criada quando o recurso de encaminhamento de gravação do banco de dados global está habilitado. O problema ocorre quando transações somente leitura em uma instância do leitor encaminham incorretamente uma confirmação implícita para o gravador.
-
Corrigido um problema em que os campos
PROCESSLIST_USER
ePROCESSLIST_HOST
na tabelaperformance_schema.threads
não eram preenchidos no gravador na região primária para conexões usando o recurso de encaminhamento de gravação do banco de dados global. Mais informações sobre essa tabela e o Performance Schema podem ser encontradas no Manual de referência do MySQL, The threads Table, e na seção Visão Geral do Performance Schema do Guia do usuário do Amazon Aurora. -
Corrigido um problema em que a métrica
CommitLatency
do Cloudwatch exibe valores incorretos para instâncias do leitor em regiões secundárias quando o recurso de encaminhamento de gravação do banco de dados global é usado. Para monitorar a latência da declaração DML encaminhada em clusters de banco de dados secundários, é recomendável usar as métricasForwardingReplicaDMLLatency
eForwardingWriterDMLLatency
. A latência de confirmação também pode ser observada usando a métricaCommitLatency
na instância do gravador da região primária. Mais informações estão disponíveis no Guia do usuário do Aurora, nas CloudWatch métricas da Amazon para encaminhamento de gravação. -
Corrigido um problema em que os procedimentos armazenados do controle de replicação do Aurora MySQL usados para gerenciar e configurar a replicação de registros binários relatam erros incorretamente quando a replicação de logs binários de vários segmentos é configurada definindo o valor da variável
replica_parallel_workers
maior que 0. -
Corrigido um problema que pode causar alto consumo de CPU quando várias sessões estão tentando acessar uma página que não existe na memória.
Upgrades e migrações:
-
Para executar um upgrade de uma versão secundária para um banco de dados global do Aurora MySQL versão 3.01, 3.02 ou 3.03 para o Aurora MySQL versão 3.04 ou posterior, consulte Atualizar o Aurora MySQL modificando a versão do mecanismo.
-
Corrigido um problema que pode causar falhas na verificação prévia do upgrade devido aos erros de inconsistência de esquema relatados para as tabelas
mysql.general_log_backup
,mysql.general_log
,mysql.slow_log_backup
emysql.slow_log
durante o upgrade do Aurora MySQL 2 para o Aurora MySQL 3. Para obter informações sobre a solução de problemas de upgrade, consulte Solução de problemas de atualização com o Aurora MySQL versão 3. -
Corrigido um problema que pode causar grandes falhas no upgrade da versão durante o upgrade para o Aurora MySQL 3 quando uma definição de gatilho contém uma palavra-chave reservada que não está entre aspas.
Integração de correções de bug do MySQL Community Edition
Essa versão inclui todas as correções de bugs da comunidade até 8.0.28, incluindo as indicadas abaixo. Para obter mais informações, consulte MySQL bugs fixed by Aurora MySQL 3.x database engine updates.
-
Corrigido um problema em que um bloco de buffer que contém uma página de tabela temporária intrínseca era realocado durante a passagem da página, causando uma falha de declaração (Bug nº 33715694)
-
InnoDB: Impeça que operações online de DDL acessem a out-of-bounds memória (Bug# 34750489, Bug# 108925)
-
Corrigido um problema que às vezes pode produzir resultados de consulta incorretos ao processar instruções SQL complexas que consistem em várias expressões de tabela comuns aninhadas (CTEs) (Bug# 34572040, Bug# 34634469, Bug# 33856374)