Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.17) (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-03-13 (versão 1.17) (obsoleta)

Versão: 1.17

O Aurora MySQL 1.17 está disponível para o público. As versões 1.x do Aurora MySQL só são compatíveis com o MySQL 5.6, e não com o MySQL 5.7. Todos os novos clusters de banco de dados compatíveis com 5.6, inclusive os restaurados de snapshots, serão criados no Aurora 1.17. Você tem a opção, mas não a obrigatoriedade, de atualizar os clusters de banco de dados existentes para o Aurora 1.17. É possível criar novos clusters de banco de dados no Aurora 1.14.1, Aurora 1.15.1 ou Aurora 1.16. Você pode fazer isso usando a AWS CLI ou a API do Amazon RDS e especificando a versão do mecanismo.

Com a versão 1.17 do Aurora, 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. Oferecemos suporte a aplicação de patches com tempo de inatividade zero, o que funciona com base em melhor esforço para preservar as conexões de clientes durante o processo de aplicação de patches. 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.

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.

Aplicação de patches com tempo de inatividade zero

O recurso de aplicação de patches com tempo de inatividade zero (ZDP) tenta, com o melhor esforço, preservar as conexões do cliente por meio de um patch de mecanismo. Para obter mais informações sobre ZDP, consulte Como usar os patches com tempo de inatividade zero no Guia do usuário do Amazon Aurora.

Novos atributos

  • O Aurora MySQL agora oferece suporte à compactação de bloqueio, que otimiza o uso de memória do gerenciador de bloqueio. Desde a versão 1.17, você pode usar esse recurso sem habilitar o modo laboratório.

Melhorias

  • Corrigido um problema visto predominantemente em instâncias com menos núcleos em que um único núcleo pode ter 100% de utilização da CPU mesmo quando o banco de dados está inativo.

  • A performance da busca de logs binários de clusters do Aurora foi melhorada.

  • Foi corrigido um problema onde as réplicas do Aurora tentavam gravar estatísticas da tabela no armazenamento persistente e falhavam.

  • Foi corrigido um problema em que o cache de consultas não funcionava como esperado em réplicas do Aurora.

  • Foi corrigida uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização do mecanismo.

  • Foi corrigido um problema em que os bloqueios obtidos por transações de somente de leitura e de confirmação automática resultavam em uma reinicialização do mecanismo.

  • Foi corrigido um problema em que algumas consultas não eram gravadas nos logs de auditoria.

  • Foi corrigido um problema com a recuperação de determinadas operações de manutenção de partição em caso de failover.

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

  • LAST_INSERT_ID é replicado incorretamente se os filtros de replicação forem usados (Bug 69861)

  • A consulta retorna resultados diferentes dependendo da configuração INDEX_MERGE (Bug 16862316)

  • Nova execução de procedimento de consulta de rotina armazenada, plano de consulta ineficiente (Bug 16346367)

  • INNODB FTS : declaração em FTS_CACHE_APPEND_DELETED_DOC_IDS (BUG 18079671)

  • Declaração RBT_EMPTY(INDEX_CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (BUG 17536995)

  • Pesquisa INNODB fulltext não encontra registros quando pontos de gravação estão envolvidos (BUG 70333, BUG 17458835)