Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-20 (versão 1.18.0) (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á.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-20 (versão 1.18.0) (obsoleta)

Versão: 1.18.0

O Aurora MySQL 1.18.0 está disponível para o público. Todos os novos clusters de consulta paralela do Aurora MySQL compatíveis com o MySQL 5.6, inclusive os restaurados de snapshots, serão criados no Aurora MySQL 1.18.0. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de consulta paralela existentes para o Aurora MySQL 1.18.0. É possível criar clusters de banco de dados no Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 ou Aurora MySQL 1.17.6. Você pode fazer isso usando a API do Amazon RDS AWS CLI ou especificando a versão do mecanismo.

Com a versão 1.18.0 do Aurora MySQL, estamos usando um modelo de aplicação de patch de cluster em que todos os nós em um cluster de bancos de dados Aurora recebem patch ao mesmo tempo.

Importante

O Aurora MySQL 1.18.0 só se aplica a clusters de consulta paralela do Aurora. Se você atualizar um cluster 5.6.10a provisionado, a versão resultante será 1.17.8. Se você atualizar um cluster de consulta paralela 5.6.10a, a versão resultante será 1.18.0.

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.

Atributos

  • A consulta paralela está disponível com esta versão para novos clusters e snapshots restaurados. A consulta paralela do Aurora MySQL é uma otimização que paraleliza uma parte da E/S e da computação envolvidas nas consultas de processamento com muitos dados. O trabalho que é paralelizado inclui linhas de recuperação de armazenamento, extração de valores de colunas e determinação de quais linhas correspondem às condições na cláusula WHERE e em cláusulas de junção. O trabalho com uso intensivo de dados é delegado (em termos de otimização de banco de dados, empurrados para baixo) para vários nós na camada de armazenamento distribuído do Aurora. Sem as consultas paralelas, cada consulta traz todos os dados de varredura para um nó único dentro do cluster do Aurora MySQL (o nó de cabeçalho) e realiza todo o processamento de consultas lá.

    • Quando o recurso de consulta paralela está habilitado, o mecanismo do Aurora MySQL determina automaticamente quando as consultas podem se beneficiar, sem exigir alterações de SQL como avisos ou atributos de tabela.

    Para obter mais informações, consulte Como trabalhar com a consulta paralela do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

  • OOM Avoidance: este recurso monitora a memória do sistema e acompanha a memória consumida por diversos componentes do banco de dados. Quando fica sem memória, o sistema realiza uma lista de ações para liberá-la em diversos componentes acompanhados em uma tentativa de evitar que o banco de dados fique sem Out of Memory (OOM – Sem memória) e, assim, evitar uma reinicialização do banco de dados. Esse recurso permanece habilitado por padrão para instâncias t2 e pode ser habilitado em outras classes de instância por meio de um novo parâmetro de instância chamado aurora_oom_response. O parâmetro de instância recebe uma string de ações separadas por vírgula que uma instância de banco de dados deve realizar quando a memória está baixa. Entre as ações válidas estão "print", "tune", "decline", "kill_query" ou qualquer combinação delas. Qualquer string vazia significa que não há ações a serem executadas e desabilita o recurso. As ações padrão para o recurso é "print, tune". Exemplos de uso:

    • "print" – Só imprime as consultas que utilizam muita memória.

    • "tune" – Ajusta os caches de tabela internos para liberar parte de memória novamente ao sistema.

    • "decline" – recusa novas consultas quando a instância tem pouca memória.

    • "kill_query" – Encerra as consultas em ordem decrescente de consumo da memória até a memória da instância superar o limite mínimo. As instruções Data Definition Language (DDL) não são encerradas.

    • "print, tune" – Realiza ações descritas para "print" e "tune".

    • "tune, decline, kill_query" – realiza as ações descritas para "tune", "decline" e "kill_query".

    Para obter informações sobre out-of-memory condições de tratamento e outros conselhos sobre solução de problemas, consulte Problemas de falta de memória do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.