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 2020-08-14 (versão 2.04.9) (Obsoleto)
Versão: 2.04.9
O Aurora My SQL 2.04.9 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.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* e 3.02.*.
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
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
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) [us-gov-west-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.
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
Correções de alta prioridade:
Correções críticas:
Melhorias de disponibilidade:
-
Correção de um problema que poderia causar uma reinicialização ou um failover do bando de dados devido à execução de um comando
kill session
. Se você encontrar esse problema, entre em contato com o AWS suporte para ativar essa correção na sua instância. -
Corrigido um problema que fazia com que um banco de dados reiniciasse durante a execução de uma consulta complexa envolvendo junções de várias tabelas e agregação que usam tabelas intermediárias internamente.
-
Corrigido um problema que fazia com que o banco de dados reiniciasse devido a uma interrupção de
DROP TABLE
em várias tabelas. -
Corrigido um problema que fazia com que um banco de dados fizesse failover durante a recuperação do banco de dados.
-
Corrigido uma reinicialização do banco de dados causada por relatórios incorretos de threads_running quando auditoria e logs de consulta lentos são habilitados.
-
Corrigido um problema em que um comando
kill query
podia ficar travado durante a execução. -
Correção de uma condição de corrida no gerenciador de bloqueio que resultava em uma reinicialização ou um failover do banco de dados durante a reversão da transação.
-
Correção de um problema que acionava a reinicialização ou o failover do banco de dados quando várias conexões estavam tentando atualizar a mesma tabela com um índice de Pesquisa de texto completo.
-
Corrigido um problema que podia causar um deadlatch ao limpar um índice, resultando em um failover ou em uma reinicialização.
Melhorias gerais:
-
Corrigidos problemas que podiam fazer com que consultas em réplicas de leitura usassem dados de uma transação não confirmada. Esse problema é limitado às transações que são iniciadas imediatamente após uma reinicialização do banco de dados.
-
Corrigido um problema encontrado
INPLACE ALTER TABLE
durante uma tabela com acionadores definidos e quando a DDL não continha umaRENAME
cláusula. -
Corrigido um problema que fazia com que a clonagem demorasse mais tempo em alguns clusters de banco de dados com alta carga de gravação.
-
Corrigido um problema encontrado durante uma atualização quando uma tabela particionada tinha espaços incorporados no nome.
-
Corrigido um problema em que a réplica de leitura podia ver resultados parciais transitórios de uma transação confirmada recentemente no gravador.
-
Corrigido um problema em que consultas em uma réplica de leitura em uma FTS tabela podiam produzir resultados obsoletos. Isso só ocorrerá quando a FTS consulta na réplica de leitura seguir de perto uma consulta na
INFORMATION_SCHEMA.INNODB_SYS_TABLES
mesma FTS tabela no gravador. -
Foi corrigido um problema que resultou em uma restauração lenta do cluster de banco de dados Aurora 1.x contendo índices FTS (Pesquisa de texto completo) em um cluster de banco de dados Aurora 2.x.
-
Comprimento máximo permitido estendido para 2000 para os parâmetros globais
server_audit_incl_users
eserver_audit_excl_users
. -
Corrigido um problema em que a restauração do Aurora 1.x para o Aurora 2.x poderia levar um tempo prolongado para ser concluída.
-
Corrigido um problema em que uma invocação
lambda_async
por meio do procedimento armazenado não funcionava com Unicode. -
Corrigido um problema encontrado quando um índice espacial não manipula corretamente uma coluna de geometria fora do registro.
-
Corrigido um problema que poderia fazer com que uma consulta falhasse em uma instância de banco de dados do leitor com o erro
InternalFailureException
e a mensagem "Operation terminated (internal error)" [Operação encerrada (erro interno)].
Integração de Minhas correções SQL de bugs
-
Bug #23070734, Bug #80060: A TRUNCATE TABLEs causa simultânea está paralisada
-
Erro #23103937: PS_ TRUNCATE _ ALL _ TABLES () DOES NOT WORK EM SUPER _ _ READ ONLY MODE
-
Erro nº 22551677: ao colocar o servidor offline, uma condição de corrida dentro do esquema de performance poderia levar a uma saída do servidor.
-
Bug #27082268: Sincronização de FTS sincronização inválida.
-
BUG#12589870: Corrigido um problema que causa uma reinicialização com a instrução de várias consultas quando o cache de consultas está ativado.
-
Erro nº 26402045: certos casos de materialização da subconsulta poderiam causar uma saída do servidor. Essas consultas agora produzem um erro sugerindo que a materialização seja desabilitada.
-
Erro nº 18898433: consultas com muitas junções à esquerda ficavam lentas se o buffer de junção fosse usado (por exemplo, usando o algoritmo de loop aninhado em bloco).
-
Bug #25222337: O nome de um campo de coluna NULL virtual em um índice virtual causou a saída de um servidor durante uma comparação de nome de campo que ocorre ao preencher colunas virtuais afetadas por uma restrição de chave estrangeira. (https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131
) -
Erro nº 25053286: executar um procedimento armazenado que contém uma consulta que acessou uma visualização poderia alocar memória que não foi liberada até o término da sessão. (https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d
) -
Bug #25586773: Executar um procedimento armazenado contendo uma instrução que criou uma tabela a partir do conteúdo de certas instruções SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) pode resultar em um vazamento de memória. (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1
) -
Bug #26666274: INFINITE LOOP OK PERFORMANCE SCHEMA BUFFERCONTAINER.
-
Bug #23550835, Bug #23298025, Bug #81464: Uma tabela de esquema de SELECT desempenho quando um buffer interno está cheio pode causar a saída do servidor.
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.
-
Hash joins. Para obter mais informações, consulte Otimizando grandes consultas do Aurora SQL My join com hash joins no Guia do usuário do Amazon Aurora.
-
Funções nativas para invocar AWS Lambda funções de forma síncrona. Para obter mais informações, consulte Como invocar uma função Lambda com uma função nativa do Aurora SQL My 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.04.9 é 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.04.9 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