Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-18 (versão 1.23.2) (obsoleta)

Versão: 1.23.2

O Aurora MySQL 1.23.2 está disponível para o público. As versões 1.* do Aurora MySQL são compatíveis com o MySQL 5.6 e as versões 2.* do Aurora MySQL são compatíveis com o MySQL 5.7.

Essa versão de mecanismo está programada para ser descontinuada em 28 de fevereiro de 2023. Para obter mais informações, consulte Preparar para o fim da vida útil do Amazon Aurora, edição compatível com MySQL versão 1.

As versões atualmente compatíveis do Aurora MySQL são 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* e 3.02.*.

Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo pelo console do RDS, pela AWS CLI ou pela API do Amazon RDS.

nota

Essa versão não está disponível nas seguintes regiões: AWS GovCloud (EUA-Leste) [us-gov-east-1], AWS GovCloud (EUA-Oeste) [us-gov-west-1]. Haverá um anúncio separado assim que ela for disponibilizada.

Em caso de dúvidas ou preocupações, o AWS Support está disponível nos fóruns da comunidade e por meio do AWS Support. Para obter mais informações, consulte Manutenção de um cluster de banco de dados do Amazon Aurora no Guia do usuário do Amazon Aurora.

Melhorias

Correções de alta prioridade:

• CVE-2020-14867

• CVE-2020-14812

• CVE-2020-14769

• CVE-2020-14765

• CVE-2020-14793

• CVE-2020-14672

• CVE-2020-1971

• CVE-2018-3143

Melhorias de disponibilidade:

• Correção de um problema no recurso de redimensionamento do armazenamento de clusters que poderia fazer com que as instâncias de banco de dados do leitor reiniciassem.

• Correção de um problema de failover devido a uma condição de corrida na declaração RESET QUERY CACHE.

• Correção de uma falha em uma chamada de procedimento armazenada aninhada com cache de consulta.

• Correção de um problema para evitar o reinício repetido do mysqld ao se recuperar de um truncamento incompleto de tabelas particionadas ou subparticionadas.

• Correção de um problema que poderia impedir o sucesso da migração do ambiente on-premise ou do RDS for MySQL para o Aurora MySQL.

• Correção de uma condição de corrida rara em que o banco de dados pode reiniciar durante o dimensionamento do volume de armazenamento.

• Correção de um problema no gerenciador de bloqueio em que uma condição de corrida podia fazer com que um bloqueio fosse compartilhado por duas transações, fazendo com que o banco de dados fosse reiniciado.

• Correção de um problema relacionado ao gerenciamento de memória de bloqueio de transação com transações de gravação de longa duração resultando em uma reinicialização do banco de dados.

• Correção de uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização ou um failover do banco de dados durante a reversão da transação.

• Correção de um problema durante a atualização de 5.6 para 5.7 quando o DDL Online Rápido estava habilitado na tabela no modo de laboratório do 5.6.

• Vários problemas em que o mecanismo podia ser reiniciado durante a aplicação de patches com tempo de inatividade zero durante a conferência de um ponto desativado na atividade do banco de dados para aplicação de patches foram corrigidos.

• Correção de vários problemas relacionados a reinicializações repetidas por operações de DDL interrompidas, como DROP TRIGGER, ALTER TABLE e, especificamente, ALTER TABLE, que modificam o tipo de particionamento ou o número de partições em uma tabela.

• Atualizado o valor padrão de table_open_cache em instâncias 16XL e 24XL que podem causar failovers repetidos e alta utilização da CPU em classes de instâncias grandes (R4/R5-16XL, R5-12XL, R5-24XL). Foram afetadas as versões 1.21.x e 1.22.x.

• Corrigido um problema que fazia com que uma réplica de log binário parasse com um erro HA_ERR_KEY_NOT_FOUND.

Integração de correções de bug da edição MySQL community

• Replicação: Enquanto uma instrução SHOW BINLOG EVENTS estava sendo executada, todas as transações paralelas foram bloqueadas. A correção garante que o processo SHOW BINLOG EVENTS agora só adquira um bloqueio durante o cálculo da posição final do arquivo, portanto, as transações paralelas não são bloqueadas por longas durações. (Erro n.º 76618, erro n.º 20928790)