Aurora MySQL versão 3 compatível com o MySQL 8.0 - Amazon Aurora

Aurora MySQL versão 3 compatível com o MySQL 8.0

É possível utilizar o Aurora MySQL versão 3 para obter os recursos mais recentes compatíveis com MySQL, aprimoramentos de performance e correções de bugs. A seguir, você pode saber mais sobre o Aurora MySQL versão 3 com compatibilidade com o MySQL 8.0. Você pode aprender a atualizar clusters e aplicações para o Aurora MySQL versão 3.

Alguns recursos do Aurora, como o Aurora Serverless v2, requer o Aurora MySQL versão 3.

Recursos do MySQL 8.0 Community Edition

A versão inicial do Aurora MySQL versão 3 é compatível com o MySQL 8.0.23 Community Edition. O MySQL 8.0 apresenta vários novos recursos, incluindo os seguintes:

  • Compatibilidade com a linguagem de definição de dados (DDL) atômica. Para ter mais informações, consulte Compatibilidade com a Linguagem de definição de dados (DDL) atômica.

  • Funções JSON. Para obter mais informações, consulte o tópico sobre Funções JSON, no Guia de referência do MySQL.

  • Funções de janela. Para obter mais informações, consulte o tópico sobre Funções de janela, no Guia de referência do MySQL.

  • Expressões de tabela comuns (CTEs), utilizando a cláusula WITH. Para obter mais informações, consulte WITH (Expressões de tabela comuns) no Guia de referência do MySQL.

  • Otimização de cláusulas ADD COLUMN e RENAME COLUMN para a instrução ALTER TABLE. Essas otimizações são chamadas de “DDL instantânea”. O Aurora MySQL versão 3 tem compatibilidade com o recurso de DDL instantânea do MySQL edição da comunidade. O antigo recurso de DDL rápida do Aurora não é utilizado. Para obter informações sobre uso da DDL instantânea, consulte DDL instantânea (Aurora MySQL versão 3).

  • Índices descendentes, funcionais e invisíveis. Para obter mais informações, consulte os tópicos sobre Índices invisíveis, Índices decrescentes e a Instrução CREATE INDEX, no Guia de referência do MySQL.

  • Privilégios baseados em função controlados por instruções SQL. Para obter mais informações sobre as alterações feitas no modelo de privilégios, consulte Modelo de privilégios baseados em funções.

  • Cláusulas NOWAIT e SKIP LOCKED com a instrução SELECT ... FOR SHARE. Essas cláusulas evitam esperar que outras transações liberem bloqueios de linhas. Para obter mais informações, consulte o tópico sobre Leituras de bloqueio, no Guia de referência do MySQL.

  • Melhorias na replicação de log binário (binlog). Para obter detalhes referentes ao Aurora MySQL, consulte Replicação de log binário. Em particular, é possível realizar uma replicação filtrada. Para obter informações de uso sobre a replicação filtrada, consulte o tópico sobre Como servidores avaliam regras de filtragem de replicação, no Guia de referência do MySQL.

  • Dicas. Algumas das dicas compatíveis com o MySQL 8.0 já foram transferidas ao Aurora MySQL versão 2. Para obter informações sobre como utilizar dicas com o Aurora MySQL, consulte Dicas do Aurora MySQL. Para acessar a lista completa de dicas no MySQL 8.0 edição da comunidade, consulte Dicas do otimizador, no Guia de referência do MySQL.

Para acessar a lista completa de recursos adicionados ao MySQL 8.0 edição da comunidade, consulte a postagem do blog Lista completa dos novos recursos no MySQL 8.0.

O Aurora MySQL versão 3 também inclui alterações em palavras-chave para linguagem inclusiva, transferidas do MySQL 8.0.26 edição da comunidade. Para conhecer os detalhes dessas alterações, consulte Alterações de linguagem inclusiva do Aurora MySQL versão 3.

Pré-requisito do Aurora MySQL versão 3 para o Aurora MySQL Serverless v2

O Aurora MySQL versão 3 é um pré-requisito para todas as instâncias de banco de dados em um cluster do Aurora MySQL Serverless v2. O Aurora MySQL Serverless v2 inclui suporte para instâncias de leitor em um cluster de banco de dados e outros recursos do Aurora que não estão disponíveis para o Aurora MySQL Serverless v1. Ele também tem uma escalabilidade mais rápida e granular do que o Aurora MySQL Serverless v1.

Notas de release do Aurora MySQL versão 3

Para acessar as notas de lançamento de todas as versões do Aurora MySQL versão 3, consulte Atualizações no mecanismo de banco de dados do Amazon Aurora MySQL versão 3 em Notas de lançamento do Aurora MySQL.

Novas otimizações de consultas paralelas

A otimização de consultas paralelas do Aurora agora é aplicável a mais operações SQL:

  • A consulta paralela agora é aplicável a tabelas que contêm os tipos de dados TEXT,BLOB,JSON,GEOMETRY, VARCHAR e CHAR com mais de 768 bytes.

  • A consulta paralela é capaz de otimizar consultas envolvendo tabelas particionadas.

  • A consulta paralela é capaz de otimizar consultas envolvendo chamadas de função agregadas na lista de seleção e na cláusula HAVING.

Para obter mais informações sobre esses aprimoramentos, consulte Fazer upgrade de clusters de consulta paralela para o Aurora MySQL versão 3. Para obter informações gerais sobre a consulta paralela do Aurora, consulte Consulta paralela do Amazon Aurora MySQL.

Otimizações para reduzir o tempo de reinicialização do banco de dados

O cluster de banco de dados do Aurora MySQL deve estar altamente disponível durante interrupções planejadas e não planejadas.

Os administradores de banco de dados precisam realizar manutenção ocasional do banco de dados. Essa manutenção inclui aplicação de patches no banco de dados, atualizações, modificações nos parâmetros do banco de dados que exigem uma reinicialização manual, execução de um failover para reduzir o tempo necessário para, por exemplo, mudanças de classe e assim por diante. Essas ações planejadas necessitam de tempo de inatividade.

No entanto, o tempo de inatividade também pode ser causado por ações não planejadas, como um failover inesperado devido a uma falha de hardware subjacente ou à limitação de recursos do banco de dados. Todas essas ações planejadas e não planejadas resultam na reinicialização do banco de dados.

No Aurora MySQL versão 3.05 e superior, introduzimos otimizações que reduzem o tempo de reinicialização do banco de dados. Essas otimizações fornecem até 65% menos tempo de inatividade do que sem otimizações e menos interrupções nas workloads do banco de dados após uma reinicialização.

Durante a inicialização do banco de dados, muitos componentes da memória interna são inicializados. O maior deles é o pool de buffer do InnoDB, que no Aurora MySQL é 75% do tamanho da memória da instância por padrão. Nossos testes descobriram que o tempo de inicialização é proporcional ao tamanho do pool de buffer do InnoDB e, portanto, é escalável com o tamanho da classe da instância de banco de dados. Durante essa fase de inicialização, o banco de dados não pode aceitar conexões, o que causa maior tempo de inatividade durante as reinicializações. A primeira fase da reinicialização rápida do Aurora MySQL otimiza a inicialização do pool de buffer, o que reduz o tempo de inicialização do banco de dados e, consequentemente, o tempo geral de reinicialização.

Para obter mais detalhes, consulte o blog Reduzir o tempo de inatividade com as otimizações do tempo de reinicialização do banco de dados Amazon Aurora MySQL.