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 Aurora My SQL Database Engine 2019-11-22 (versão 2.06.0) (Obsoleto)
Versão: 2.06.0
O Aurora My SQL 2.06.0 está disponível ao público em geral. As versões do Aurora My SQL 2.x são compatíveis com o My SQL 5.7 e as versões do Aurora My 1.x são compatíveis com o SQL My 5.6. SQL
As SQL versões do Aurora My atualmente suportadas são 1.14.*, 1.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.*, 2.01.*, 2.02.*, 2.03.*, 2.04.*, 2.05.* e 2.06.*.
Você pode restaurar um snapshot de uma versão atualmente compatível do Aurora My para o Aurora SQL My 2.06.0. SQL Você também tem a opção de atualizar os clusters de banco de dados existentes do Aurora My SQL 2.* para o Aurora My 2.06.0. SQL Você não pode atualizar um cluster Aurora My SQL 1.* existente diretamente para 2.06.0; no entanto, você pode restaurar seu snapshot para o Aurora My 2.06.0. SQL
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio do AWS Management Console AWS CLI, the ou o. RDS API
nota
No momento, essa versão não está disponível nas seguintes AWS regiões: AWS GovCloud (Leste dos EUA) [us-gov-east-1], AWS GovCloud (Oeste dos EUA) [-1], China (Ningxia) [us-gov-westcn-northwest-1], Ásia-Pacífico (Hong Kong) [ap-east-1] e Oriente Médio (Bahrein) [me-south-1]. Haverá um anúncio separado assim que ela for disponibilizada.
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
nota
Para obter informações sobre como atualizar seu cluster de SQL banco de dados do Aurora My, consulte Como atualizar a versão secundária ou o nível de patch de um cluster do Aurora My SQL DB no Guia do usuário do Amazon Aurora.
Melhorias
Novos recursos:
-
Aurora Meus SQL clusters agora oferecem suporte aos tipos de instância db.r5.8xlarge, db.r5.16xlarge e db.r5.24xlarge. Para obter mais informações sobre os tipos de instância para os SQL clusters do Aurora My, consulte as classes de instância de banco de dados do Aurora no Guia do usuário do Amazon Aurora.
-
O recurso de junção de hash já está disponível para o público e não exige o modo de laboratório do Aurora definido como ativado. Esse recurso pode melhorar a performance da consulta quando você precisa unir uma grande quantidade de dados usando um equijoin. Para obter mais informações sobre como usar esse recurso, consulte Usando os dados API para Aurora Serverlessno Guia do usuário do Amazon Aurora.
-
O recurso disputa de linhas dinâmica já está disponível para o público e não exige o modo de laboratório do Aurora definido como ativado. Esse recurso melhora substancialmente as taxas de transferência para workloads com muitas transações disputando linhas na mesma página.
-
O Aurora My SQL 2.06 e versões posteriores oferecem suporte à “rebobinagem” de um cluster de banco de dados para um horário específico, sem restaurar dados de um backup. Esse recurso, conhecido como retrocesso, oferece uma maneira rápida de se recuperar de erros do usuário, como descartar a tabela errada ou excluir a linha errada. O retrocesso é concluído em segundos, mesmo para bancos de dados grandes. Leia o AWS blog
para obter uma visão geral e consulte Backtracking an Aurora DB Cluster no Guia do usuário do Amazon Aurora para obter mais detalhes. -
O Aurora 2.06 e versões posteriores oferecem suporte a AWS Lambda invocações síncronas por meio da função nativa.
lambda_sync()
A função nativalambda_async()
também está disponível e pode ser usada como uma alternativa ao procedimento armazenado existente para a invocação assíncrona do Lambda. Para obter informações sobre como chamar funções do Lambda, consulte Como invocar uma função do Lambda com uma função nativa do Aurora My SQL no Guia do usuário do Amazon Aurora.
Correções críticas:
Nenhum.
Correções de alta prioridade:
Correções de segurança
Tratamento de conexões
-
A disponibilidade do banco de dados foi aprimorada para melhor atender a um aumento nas conexões de clientes durante a execução de uma ou maisDDLs. Ela é tratada com a criação temporária de threads adicionais quando necessário. É recomendável fazer o upgrade se o banco de dados parar de responder após um aumento nas conexões durante o processamento. DDL
Reinicialização do mecanismo
-
Corrigimos um problema de indisponibilidade prolongada na reinicialização do mecanismo. Isso resolve o problema na inicialização do grupo de buffers. Esse problema ocorre raramente, mas pode afetar qualquer versão compatível.
-
Corrigido um problema que faz com que um banco de dados configurado como principal do log binário (binlog) seja reiniciado durante a execução de uma workload de gravação intensa.
Correções de estabilidade geral:
-
Fizemos melhorias nos casos em que as consultas que acessam dados não armazenados em cache podem ficar mais lentas do que o normal. Incentivamos os clientes que tiverem latência de leitura elevada sem explicação ao acessarem dados não armazenados em cache a fazerem a atualização, pois talvez tenham esse problema.
-
Corrigimos um problema de falha ao restaurar tabelas particionadas de um snapshot de banco de dados. Os clientes que encontrarem erros ao acessar tabelas particionadas em um banco de dados que foi restaurado a partir do snapshot de um banco de dados Aurora My SQL 1.* são aconselhados a usar essa versão.
-
Estabilidade aprimorada das réplicas do Aurora corrigindo a contenção de bloqueios entre os threads que atendem às consultas de leitura e aquele que aplica alterações de esquema enquanto uma DDL consulta está em andamento na instância de banco de dados do gravador.
-
Corrigido um problema de estabilidade relacionado à atualização
mysql.innodb_table_stats
da tabela acionada por DDL operações. -
Corrigimos um problema que relatava incorretamente um
ERROR 1836
quando uma consulta aninhada era executada em uma tabela temporária na réplica do Aurora.
Melhorias de desempenho:
-
Melhor desempenho da replicação do log binário, evitando API chamadas desnecessárias para o cache se o cache de consulta tiver sido desativado no operador do log binário.
Comparação com Aurora My version 1 SQL
Os seguintes SQL recursos do Amazon Aurora My são compatíveis com o Aurora My SQL Version 1 (compatível com My SQL 5.6), mas atualmente esses recursos não são compatíveis com o Aurora My SQL Version 2 (compatível com My 5.7). SQL
-
Pré-busca de chave assíncrona (). AKP Para obter mais informações, consulte Otimizar consultas de junção indexadas do Aurora MySQL com pré-busca de chave assíncrona no Guia do usuário do Amazon Aurora.
-
Lote de varredura. Para obter mais informações, consulte Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-12-11 (versão 1.16) (obsoleta).
-
Migração de dados do My SQL usando um bucket do Amazon S3. Para obter mais informações, consulte Como migrar dados do My SQL usando um bucket do Amazon S3 no Guia do usuário do Amazon Aurora.
Minha compatibilidade com o SQL 5.7
O Aurora My SQL 2.06.0 é compatível com fio com o My SQL 5.7 e inclui recursos como JSON suporte, índices espaciais e colunas geradas. O Aurora My SQL usa uma implementação nativa de indexação espacial usando curvas de ordem z para oferecer desempenho de gravação >20x melhor e desempenho de leitura >10x melhor do que o My 5.7 para conjuntos de dados espaciais. SQL
No momento, o Aurora My SQL 2.06.0 não é compatível com os seguintes recursos do My 5.7: SQL
-
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 online do grupo de buffers
-
Plugin de validação de senha
-
Plugins de regravação de consulta
-
Filtragem de replicação
-
A
CREATE TABLESPACE
SQL declaração