# Aurora MySQL versão 2 compatível com o MySQL 5.7
<a name="AuroraMySQL.CompareMySQL57"></a>

Este tópico descreve as diferenças entre o Aurora MySQL versão 2 e o MySQL 5.7 Community Edition.

**Importante**  
O Aurora MySQL versão 2 atingiu o fim do suporte padrão em 31 de outubro de 2024. Para ter mais informações, consulte [Preparação para o fim do suporte padrão do Amazon Aurora edição compatível com o MySQL versão 2](Aurora.MySQL57.EOL.md).

## Recursos não compatíveis com o Aurora MySQL versão 2
<a name="AuroraMySQL.CompareV2Community"></a>

Os recursos a seguir são compatíveis com o MySQL 5.7, mas não são compatíveis com o Aurora MySQL versão 2 atualmente:
+ Instrução SQL `CREATE TABLESPACE`
+ Plugin de replicação de grupo
+ Maior tamanho de página
+ Carregamento de grupo de buffers InnoDB na inicialização
+ Plugin de analisador de texto completo do InnoDB
+ Replicação em várias origens
+ Redimensionamento on-line do grupo de buffers
+ Plugin de validação de senha: é possível instalar o plugin, mas ele não é compatível. Não é possível personalizar o plugin.
+ Plugins de regravação de consulta
+ Filtragem de replicação
+ Protocolo X

Para obter mais informações sobre esses recursos, consulte a [documentação do MySQL 5.7](https://dev.mysql.com/doc/refman/5.7/en/).

## Comportamento de espaço de tabela temporário no Aurora MySQL versão 2
<a name="AuroraMySQL.TempTables57"></a>

No MySQL 5.7, o espaço de tabela temporário se estende automaticamente e aumenta de tamanho conforme necessário para acomodar tabelas temporárias em disco. Quando se excluem tabelas temporárias, o espaço liberado pode ser reutilizado para novas tabelas temporárias, mas o espaço de tabela temporário permanece no tamanho estendido e não diminui. O espaço de tabela temporário é excluído e recriado quando o mecanismo é reiniciado.

No Aurora MySQL versão 2, o seguinte comportamento se aplica:
+ Para novos clusters de banco de dados do Aurora MySQL criados com a versão 2.10 e posterior, o espaço de tabela temporário é removido e recriado quando você reinicia o banco de dados. Isso permite que o recurso de redimensionamento dinâmico recupere o espaço de armazenamento.
+ Para clusters de banco de dados do Aurora MySQL existentes que foram atualizados para:
  + Versão 2.10 ou posterior: o espaço de tabela temporário é removido e recriado quando você reinicia o banco de dados. Isso permite que o recurso de redimensionamento dinâmico recupere o espaço de armazenamento.
  + Versão 2.09: o espaço de tabela temporário não é removido quando você reinicia o banco de dados.

Você pode verificar o tamanho do espaço de tabela temporário no cluster de banco de dados do Aurora MySQL versão 2 usando a seguinte consulta:

```
SELECT
    FILE_NAME,
    TABLESPACE_NAME,
    ROUND((TOTAL_EXTENTS * EXTENT_SIZE) / 1024 / 1024 / 1024, 4) AS SIZE
FROM
    INFORMATION_SCHEMA.FILES
WHERE
    TABLESPACE_NAME = 'innodb_temporary';
```

Para obter mais informações, consulte [The Temporary Tablespace](https://dev.mysql.com/doc/refman/5.7/en/innodb-temporary-tablespace.html) na documentação do MySQL.

## Mecanismo de armazenamento para tabelas temporárias em disco
<a name="AuroraMySQL.StorageEngine57"></a>

O Aurora MySQL versão 2 usa mecanismos de armazenamento diferentes para tabelas temporárias internas em disco, dependendo do perfil da instância.
+ Na instância gravadora, as tabelas temporárias em disco usam o mecanismo de armazenamento InnoDB por padrão. Elas são armazenados no espaço de tabela temporário no volume do cluster do Aurora.

  Você pode alterar esse comportamento na instância gravadora modificando o valor do parâmetro de banco de dados `internal_tmp_disk_storage_engine`. Para ter mais informações, consulte [Parâmetros no nível da instância](AuroraMySQL.Reference.ParameterGroups.md#AuroraMySQL.Reference.Parameters.Instance).
+ Nas instâncias leitoras, as tabelas temporárias em disco usam o mecanismo de armazenamento MyISAM, que usa armazenamento local. Isso ocorre porque instâncias somente leitura não podem armazenar dados no volume do cluster do Aurora.