Selecione suas preferências de cookies

Usamos cookies essenciais e ferramentas semelhantes que são necessárias para fornecer nosso site e serviços. Usamos cookies de desempenho para coletar estatísticas anônimas, para que possamos entender como os clientes usam nosso site e fazer as devidas melhorias. Cookies essenciais não podem ser desativados, mas você pode clicar em “Personalizar” ou “Recusar” para recusar cookies de desempenho.

Se você concordar, a AWS e terceiros aprovados também usarão cookies para fornecer recursos úteis do site, lembrar suas preferências e exibir conteúdo relevante, incluindo publicidade relevante. Para aceitar ou recusar todos os cookies não essenciais, clique em “Aceitar” ou “Recusar”. Para fazer escolhas mais detalhadas, clique em “Personalizar”.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta) - Amazon Aurora

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

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 por meio do console do RDS, da CLI AWS ou da 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.

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

PrivacidadeTermos do sitePreferências de cookies
© 2025, Amazon Web Services, Inc. ou suas afiliadas. Todos os direitos reservados.