Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta) - Amazon Aurora
MelhoriasIntegração de correções de bug da edição MySQL community

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 do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta)

Versão: 1.22.3

O Aurora MySQL 1.22.3 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

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.

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 segurança:

Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado. Correções adicionais do CVE abaixo:

Alterações incompatíveis:

Esta versão introduz uma alteração de permissão que afeta o comportamento do mysqldump comando. Os usuários devem ter o PROCESS privilégio para acessar a INFORMATION_SCHEMA.FILES tabela. Para executar o mysqldump comando sem alterações, conceda o PROCESS privilégio ao usuário do banco de dados ao qual o mysqldump comando se conecta. Você também pode executar o comando mysqldump com a opção --no-tablespaces. Com essa opção, a saída mysqldump não inclui nenhuma CREATE LOGFILE GROUP ou instruções do CREATE TABLESPACE. Nesse caso, o comando mysqldump não acessa a tabela INFORMATION_SCHEMA.FILES e você não precisa conceder a permissão PROCESS.

Melhorias de disponibilidade:

  • Corrigidos problemas que poderiam causar reinicializações do servidor durante a recuperação de uma instrução DDL que não foi confirmada.

  • Corrigidas as condições de corrida no gerenciador de bloqueio que podem gerar uma reinicialização do servidor.

  • Correção de um problema que poderia fazer com que o agente de monitoramento reiniciasse o servidor durante a recuperação de uma transação grande

Melhorias gerais:

  • Alterado o comportamento para mapear MIXED binlog_format para ROW em vez de STATEMENT ao executar LOAD DATA FROM INFILE | S3.

  • Corrigido um problema em que uma réplica de binlog conectada a uma primária de binlog do MySQL do Aurora poderia mostrar dados incompletos quando a primária executava LOAD DATA FROM S3 e binlog_format estava definido como STATEMENT.

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

  • Bug #26654685: Um ID de índice corrompido encontrado durante uma verificação de chave estrangeira gerou uma declaração

  • Erro nº 15831300: Por padrão, ao promover inteiros de um tipo menor no mestre para um tipo maior no escravo (por exemplo, de uma coluna SMALLINT no mestre para uma coluna BIGINT no escravo), os valores promovidos são tratados como se fossem assinados. Agora, nesses casos, é possível modificar ou substituir esse comportamento usando um ou ambos de ALL_SIGNED, ALL_UNSIGNED no conjunto de valores especificados para a variável de sistema de servidor slave_type_conversions . Para obter mais informações, consulte Replicação baseada em linha: promoção e rebaixamento de atributos, bem como a descrição da variável.

  • Ero nº17449901: Com foreign_key_checks=0, o InnoDB permitiu que um índice exigido por uma restrição de chave estrangeira fosse descartado, colocando a tabela em um inconsistente e fazendo com que a falha na verificação de chave estrangeira ocorre na carga da tabela. O InnoDB agora evita descartar um índice exigido por uma restrição de chave estrangeira, mesmo com foreign_key_checks=0. A restrição de chave estrangeira deve ser removida antes de soltar o índice de chave estrangeira.

  • ERRO N.º 20768847: Um ALTER TABLE... A operação DROP INDEX em uma tabela com dependências de chave estrangeira levantou uma declaração.