Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-09-02 (versão 1.23.0) (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-09-02 (versão 1.23.0) (obsoleta)

Versão: 1.23.0

O Aurora MySQL 1.23.0 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.*.

É possível restaurar o snapshot de um banco de dados Aurora MySQL 1.* para o Aurora MySQL 1.23.0.

Importante

As melhorias no Aurora armazenamento nesta versão limitam os caminhos de atualização disponíveis de Aurora MySQL 1.23 para Aurora MySQL 2.*. Quando você atualiza um cluster Aurora MySQL 1.23 para 2.*, você deve atualizar para Aurora MySQL 2.09.0 ou posterior.

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

Novos recursos:

  • Agora você pode ativar ou desativar a consulta paralela para um cluster existente alterando o valor do parâmetro do cluster de banco de dado aurora_parallel_query. Não é necessário usar a configuração parallelquery para o parâmetro --engine-mode ao criar o cluster.

    A consulta paralela foi expandida para estar disponível em todas as regiões onde o Aurora MySQL está disponível.

    Há uma série de outros aprimoramentos de funcionalidade e alterações nos procedimentos para atualizar e habilitar a consulta paralela em um cluster do Aurora. Para obter mais informações, consulte Como trabalhar com a consulta paralela do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

  • Com essa versão, é possível criar instâncias de banco de dados MySQL do Amazon Aurora com até 128 tebibytes (TiB) de armazenamento. O novo limite de armazenamento é um aumento em relação aos 64 TiB anteriores. O tamanho de armazenamento de 128 TiB oferece suporte a bancos de dados maiores. Esse recurso não é compatível com tamanhos de instâncias pequenas (db.t2 ou db.t3). Um único tablespace não pode expandir além de 64 TiB devido às limitações do InnoDB com tamanho de página de 16 KB.

    O Aurora alerta quando o tamanho do volume do cluster está próximo de 128 TiB, para que seja possível executar uma ação antes de atingir o limite de tamanho. Os alertas aparecem no log mysql e RDS Events no AWS Management Console.

  • Melhoria no processamento de log binário (binlog) para reduzir o tempo de recuperação de falhas e a latência de tempo de confirmação quando transações muito grandes estão envolvidas.

  • O Aurora redimensiona dinamicamente o espaço de armazenamento em cluster. Com o redimensionamento dinâmico, o espaço de armazenamento do cluster de bancos de dados Aurora diminui automaticamente ao remover dados do cluster de banco de dados. Para obter mais informações, consulte Escalabilidade de armazenamento no Guia do usuário do Amazon Aurora.

    nota

    O recurso de redimensionamento dinâmico está sendo implantado em fases nas regiões da AWS em que o Aurora está disponível. Dependendo da região em que o cluster está, esse recurso pode não estar disponível ainda. Para obter mais informações, consulte o anúncio de Novidades.

Correções de alta prioridade:

Melhorias de disponibilidade:

  • 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 innodb_file_format era alterado em uma tabela que tinha o DDL Fast ativado.

  • 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 um problema relacionado à recuperação DDL que afeta a reinicialização da instância de banco de dados ao recuperar uma operação DROP TRIGGER interrompida.

  • Correção de um bug que poderia causar indisponibilidade do banco de dados se ocorresse uma falha durante a execução de determinadas operações de particionamento. Especificamente, uma operação ALTER TABLE interrompida que modifica o tipo de particionamento ou o número de partições em uma tabela.

  • Corrija 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). Isso afetou as versões 1.21.x e 1.22.x.

Bancos de dados globais:

  • Preencha dados ausentes na visualização INFORMATION_SCHEMA.REPLICA_HOST_STATUS do MySQL em regiões principais e secundárias da AWS em um banco de dados global Aurora.

  • Correção de falhas de consulta inesperadas que poderiam ocorrer em uma região secundária de banco de dados global devido à coleta de lixo de registros UNDO na região principal, após problemas temporários de conectividade de rede entre as regiões principal e secundária.

Consulta paralela:

  • Correção de um problema em que uma consulta paralela poderia fazer com que uma consulta de longa duração retornasse um resultado vazio.

  • Correção de um problema em que uma consulta em uma pequena tabela na réplica de leitura do Aurora poderia levar mais de um segundo.

  • Correção de um problema que poderia causar uma reinicialização quando uma consulta paralela e uma instrução DML estavam sendo executadas simultaneamente sob uma workload pesada.

Melhorias gerais:

  • Correção de um problema em que consultas usando índice espacial podiam retornar resultados parciais se o índice espacial fosse criado em tabelas com valores espaciais grandes já existentes.

  • Maior comprimento máximo permitido para variáveis de sistema de auditoria server_audit_incl_users e server_audit_excl_users de 1.024 bytes para 2.000 bytes.

  • Correção de um problema em que uma réplica binlog conectada a uma principal de log binário do Aurora MySQL poderia mostrar dados incompletos quando o log binário principal do Aurora MySQL carregava dados do S3 em statement binlog_format.

  • Para o carregamento de dados, mapear binlog_format mixed para row em vez de statement, a fim de estar em conformidade com o comportamento da comunidade.

  • Correção de um problema que fazia com que a replicação de binlog parasse de funcionar quando o usuário fechava a conexão e a sessão estava usando tabelas temporárias.

  • Tempo de resposta melhorado de uma consulta envolvendo tabelas temporárias MyISAM.

  • Corrija o problema de permissão quando o operador de log binário executa uma função do Lambda nativa.

  • Correção de um problema nas réplicas de leitura do Aurora ao tentar consultar ou alternar o log lento ou o log geral.

  • Corrigido um problema que interrompia a replicação lógica quando o parâmetro binlog_checksum era definido com valores diferentes no mestre e na réplica.

  • Corrigido um problema em que a réplica de leitura podia ver resultados parciais transitórios de uma transação confirmada recentemente no gravador.

  • Inclua informações da transação revertida em show engine innodb status quando um deadlock for resolvido.

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

  • Eventos de binlog com ALTER TABLE ADD COLUMN ALGORITHM=QUICK serão regravados ALGORITHM=DEFAULT para serem compatíveis com a edição da comunidade.

  • ERRO nº 22350047: SE O CLIENTE FOI ENCERRADO APÓS A REVERSÃO PARA OS STMTS ANTERIORES DO PONTO DE SALVAMENTO CONFIRMADO

  • Erro nº 29915479: EXECUÇÃO COM_REGISTER_SLAVE SEM COM_BINLOG_DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR

  • Erro nº 30441969: BUG #29723340: TRAVAMENTO DO SERVIDOR MYSQL APÓS CONSULTA SQL COM DADOS ?AST

  • Erro nº 30628268: TRAVAMENTO POR FALTA DE MEMÓRIA

  • Erro nº 27081349: COMPORTAMENTO INESPERADO AO EXCLUIR COM FUNÇÃO ESPACIAL

  • Erro nº 27230859: COMPORTAMENTO INESPERADO AO LIDAR COM POLÍGONO INVÁLIDO"

  • Erro nº 27081349: COMPORTAMENTO INESPERADO AO EXCLUIR COM ESPACIAL"

  • Erro nº26935001: ALTERAR TABELA AUTO_INCREMENT TENTA LER ÍNDICE DO TABLESPACE DESCARTADO

  • Erro nº29770705: SERVIDOR TRAVOU AO EXECUTAR SELEÇÃO COM CLÁUSULA WHERE ESPECÍFICA

  • Erro nº27659490: SELECIONAR USANDO INTERVALO DINÂMICO E MESCLAGEM DE ÍNDICE USA MUITA MEMÓRIA (OOM)

  • Erro nº24786290: A REPLICAÇÃO É INTERROMPIDA APÓS O Erro nº74145 OCORRER NO MASTER

  • Erro nº27703912: USO EXCESSIVO DE MEMÓRIA COM MUITA PREPARAÇÃO

  • Erro nº20527363: FALHA AO TRUNCAR TABELA TEMPORÁRIA: !DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • Erro nº 23103937: PS_TRUNCATE_ALL_TABLES() NÃO FUNCIONA NO MODO SUPER_READ_ONLY

  • Erro nº 25053286: USAR VISUALIZAÇÃO COM CONDIÇÃO NO PROCEDIMENTO CAUSA COMPORTAMENTO INCORRETO (corrigido em 5.6.36)

  • Erro nº 25586773: COMPORTAMENTO INCORRETO PARA CRIAR TABELA SELECT EM UM LOOP EM SP (corrigido em 5.6.39)

  • Erro nº 27407480: AUTOMATIC_SP_PRIVILEGES REQUER OS PRIVILÉGIOS DE INSERÇÃO PARA A TABELA MYSQL.USER

  • Erro nº 26997096: o valor relay_log_space não é atualizado de forma sincronizada, de modo que seu valor é às vezes muito maior do que o espaço em disco real usado pelos logs de retransmissão.

  • Erro nº 15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NÃO ESTÁ FUNCIONANDO CONFORME O ESPERADO

  • Erro de backport SSL nº 17087862, erro nº 20551271

  • Erro nº 16894092: REGRESSÃO DE PERFORMANCE EM 5.6.6+ PARA INSERIR EM... SELECT ... DE (corrigido em 5.6.15).

  • Transfira uma correção de erro relacionada a SLAVE_TYPE_CONVERSIONS.