Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-12-14 (versão 1.10) (obsoleta)

Versão: 1.10

Novos recursos

• Patch com tempo de inatividade zero – Esse recurso permite que uma instância de banco de dados seja corrigida sem qualquer tempo de inatividade. Ou seja, as atualizações do banco de dados são realizadas sem desconectar aplicativos cliente ou reiniciar o banco de dados. Essa abordagem aumenta a disponibilidade dos seus clusters de bancos de dados Aurora durante a janela de manutenção. Observe que dados temporários como esse no esquema de performance são reiniciados durante o processo de atualização. Esse recurso aplica-se aos patches entregues no serviço durante uma janela de manutenção, bem como patches iniciados pelo usuário.

  Quando um patch é iniciado, o serviço garante que não haja bloqueios abertos, transações ou tabelas temporárias e, em seguida, aguarda uma janela adequada durante a qual o banco de dados pode ser corrigido e reiniciado. As sessões de aplicativos são preservadas, embora haja uma queda no throughput enquanto o patch está em andamento (por aproximadamente 5 segundos). Se nenhuma janela adequada for encontrada, então a aplicação de patch assumirá o comportamento padrão de aplicação de patch.

  A aplicação de patch com tempo de inatividade zero ocorre em uma base de melhor esforço, sujeito a certas limitações, conforme descrito a seguir:

  • Esse recurso é atualmente aplicável para aplicação de patch em clusters de banco de um único nó ou em instâncias de gravador em clusters de banco de dados com vários nós.

  • Conexões SSL não têm suporte em conjunto com esse recurso. Se houver conexões SSL ativas, o Amazon Aurora MySQL não executará um patch com tempo de inatividade zero e, em vez disso, tentará periodicamente verificar se as conexões SSL foram encerradas. Se tiverem, a aplicação de patch com tempo de inatividade zero continuará. Se as conexões SSL persistirem após mais de alguns segundos, a aplicação de patch com tempo de inatividade padrão continuará.

  • O recurso está disponível no Aurora versão 1.10 e posterior. Identificaremos todos os lançamentos ou patches que não poderem ser aplicados usando a aplicação de patch com tempo de inatividade zero.

  • Esse recurso não será aplicável se a replicação com base em registro em log binário estiver ativa.

• Indexação espacial: a indexação espacial melhora a performance das consultas em conjuntos de dados grandes para consultas que utilizam dados espaciais. Para obter mais informações sobre o uso da indexação espacial, consulte Amazon Aurora MySQL e dados espaciais no Guia do usuário do Amazon Aurora.

  Esse recurso está desabilitado por padrão e pode ser ativado habilitando o modo de laboratório Aurora. Para obter informações, consulte Modo de laboratório do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

• Melhorias no pipeline de replicação – agora, o Aurora MySQL usa um mecanismo melhorado para aplicar atualizações de stream de log ao cache de buffer de uma Réplica do Aurora. Esse recurso melhora a performance e a estabilidade de leitura nas Réplicas do Aurora quando há uma carga de gravação pesada no mestre, bem como uma carga de leitura significativa na Réplica. Esse recurso está habilitado por padrão.

• Melhoria do throughput para workloads com leituras em cache – agora, o Aurora MySQL usa um algoritmo simultâneo sem trava para implementar visualizações de leitura, o que gera um melhor throughput para consultas de leitura servidas pelo cache de buffer. Por causa dessa e de outras melhorias, o Amazon Aurora MySQL pode atingir a produtividade de até 625K leituras por segundo em comparação com as 164K leituras por segundo do MySQL 5.7 para uma workload somente SELECT de SysBench.

• Melhoria da produtividade para workloads com disputa de linhas dinâmica: o Aurora MySQL usa um novo algoritmo de liberação de bloqueio que melhora a performance, especialmente quando existe uma disputa de páginas dinâmica (ou seja, muitas transações disputando as linhas na mesma página). Em testes com o parâmetro de comparação TPC-C, isso pode resultar em uma melhoria de throughput de até 16x em transações por minuto em relação ao MySQL 5.7. Esse recurso está desabilitado por padrão e pode ser ativado habilitando o modo de laboratório Aurora. Para obter informações, consulte Modo de laboratório do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.

Melhorias

• A velocidade de replicação do cache de índice de pesquisa de texto completo foi melhorada atualizando o cache somente após uma solicitação de leitura para uma Réplica do Aurora. Essa abordagem evita qualquer leitura do disco pelo thread de replicação.

• Correção de um problema em que a invalidação do cache do dicionário não funciona em uma Réplica do Aurora para tabelas que tenham um caractere especial no nome do banco de dados ou no nome da tabela.

• Correção de um problema de STUCK IO durante a migração de dados para nós de armazenamento distribuídos quando o gerenciamento dinâmico de armazenamento está habilitado.

• Correção de um problema no gerenciador de bloqueio em que uma verificação de declaração falha para o thread de espera de bloqueio de transação ao se preparar para reverter ou confirmar uma transação.

• Correção de um problema ao abrir uma tabela de dicionário corrompida atualizando corretamente a contagem de referência para as entradas da tabela de dicionário.

• Correção de um erro em que o ponto de leitura mínimo do cluster do banco de dados pode ser mantido por Réplicas do Aurora lentas.

• Correção de uma possível perda de memória no cache de consultas.

• Correção de um erro em que uma Replica do Aurora coloca um bloqueio em nível de linha em uma tabela quando uma consulta é usada em uma instrução IF de um procedimento armazenado.

Integração de correções de bugs do MySQL

• UNION de tabelas derivadas retorna resultados incorretos com cláusulas '1=0/false'. (Bug nº 69471)

• O servidor falha em ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS na segunda execução do procedimento armazenado. (Bug nº 20755389)

• Evite que consultas MySQL fiquem paradas por muito tempo durante a sincronização do cache de FTS com o disco, descarregando a tarefa de sincronização de cache em um thread separado, assim que o tamanho do cache atingir 10% do tamanho total. (Bug nº 22516559, Nº 73816)