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: 2016-04-06 (versão 1.6) (obsoleta)
**Versão:** 1.6
Esta atualização inclui os seguintes aprimoramentos:
## Novos recursos
+ **Leitura antecipada paralela** – Agora, a leitura antecipada paralela está habilitada por padrão para todos os clusters de banco de dados Aurora MySQL e não é configurável. A Leitura antecipada paralela foi introduzida na atualização de dezembro de 2015. Para obter mais informações, consulte [Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-12-03 (versão 1.4) (obsoleta)](AuroraMySQL.Updates.20151203.md).
Além de permitir a leitura paralela por padrão, essa versão inclui as seguintes melhorias para na leitura antecipada paralela:
+ Melhoria na lógica para que a leitura paralela seja menos agressiva, o que é benéfico quando seu cluster de banco de dados se depara com muitas workloads paralelas.
+ Maior estabilidade em tabelas menores.
+ **Armazenamento eficiente de logs binários (modo laboratório)** – Agora, os arquivos de log binários do MySQL são armazenados de forma mais eficiente no Aurora MySQL. A nova implementação de armazenamento permite que os arquivos de log binários sejam excluídos muito mais cedo e melhora a performance do sistema para uma instância em um cluster de banco de dados Aurora MySQL que é um mestre de replicação de log binário.
Para habilitar o armazenamento eficiente de logs binários, defina o parâmetro `aurora_lab_mode` como `1` no parameter group para a sua instância primária ou Réplica do Aurora. O parâmetro `aurora_lab_mode` é um parâmetro em nível de instância que está no parameter group `default.aurora5.6` por padrão. Para obter informações sobre como modificar um grupo de parâmetros de banco de dados, consulte [Modificar parâmetros em um grupo de parâmetros de banco de dados](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying) no *Guia do usuário do Amazon Aurora*. Para obter informações sobre grupos de parâmetros e o Aurora MySQL, consulte [Parâmetros de configuração do Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups) no *Guia do usuário do Amazon Aurora*.
Basta ativar o armazenamento eficiente de logs binários para instâncias em um cluster de banco de dados Aurora MySQL que sejam instâncias mestres de replicação de logs binários do MySQL.
+ **Variável de sistema AURORA\$1VERSION** – Agora, é possível obter a versão Aurora do seu cluster de banco de dados Aurora MySQL consultando a variável do sistema `AURORA_VERSION`.
Para obter a versão do Aurora, use uma das seguintes consultas:
```
select AURORA_VERSION();
select @@aurora_version;
show variables like '%version';
```
Você também pode ver a versão do Aurora no Console de gerenciamento da AWS ao modificar um cluster de banco de dados ou ao chamar o [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI comando ou a operação da API [Descreve DBEngine Versions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html).
+ **Métrica de uso de memória do gerenciador de bloqueios** – Agora, informações sobre o uso da memória do gerenciador de bloqueios estão disponíveis como uma métrica.
Para obter a métrica de uso de memória do gerenciador de bloqueios, use uma das seguintes consultas:
```
show global status where variable_name in ('aurora_lockmgr_memory_used');
select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
```
## Melhorias
+ Maior estabilidade durante a recuperação de transações XA e logs binários.
+ Correção de um problema de memória resultante de um grande número de conexões.
+ Maior precisão nas seguintes métricas: `Read Throughput`,` Read IOPS`, `Read Latency`, `Write Throughput`, `Write IOPS`, `Write Latency` e `Disk Queue Depth`.
+ Correção de um problema de estabilidade que causa a inicialização lenta de instâncias grandes após uma falha.
+ Maior simultaneidade no dicionário de dados em relação aos mecanismos de sincronização e ao despejo do cache.
+ Melhorias de estabilidade e performance para Réplicas do Aurora:
+ Correção de um problema de estabilidade para Réplicas do Aurora durante workloads de gravação pesadas ou intermitentes para a instância primária.
+ Melhoria no atraso das réplicas para as instâncias db.r3.4xlarge e db.r3.8xlarge.
+ Melhoria da performance ao reduzir a disputa entre a aplicação de registros de log e leituras simultâneas em uma Réplica do Aurora.
+ Correção de um problema para atualizar estatísticas em Réplicas do Aurora para estatísticas recém-criadas ou atualizadas.
+ Maior estabilidade para Réplicas do Aurora quando existem várias transações na instância primária e leituras simultâneas nas Réplicas do Aurora entre os mesmos dados.
+ Maior estabilidade para Réplicas do Aurora ao executar instruções `UPDATE` e `DELETE` com instruções `JOIN`.
+ Maior estabilidade para Réplicas do Aurora ao executar instruções `INSERT ... SELECT`.
## Integração de correções de bugs do MySQL
+ BACKPORT Bug 18694052 FIX FOR ASSERTION `\$1M\$1ORDERED\$1REC\$1BUFFER' FAILED TO 5.6 (Bug de porta 18305270)
+ SEGV IN MEMCPY(), HA\$1PARTITION::POSITION (Bug de porta \$1 18383840)
+ WRONG RESULTS WITH PARTITIONING,INDEX\$1MERGE AND NO PK (Bug de porta \$1 18167648)
+ FLUSH TABLES FOR EXPORT: ASSERTION IN HA\$1PARTITION::EXTRA (Bug de porta \$1 16943907)
+ SERVER CRASH IN VIRTUAL HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST (Bug de Porta \$1 16164031)
+ RANGE OPTIMIZER CRASHES IN SEL\$1ARG::RB\$1INSERT() (Bug de Porta \$1 16241773)