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 2020-11-10 (versão 2.07.3) (obsoleta)
Versão: 2.07.3
O Aurora MySQL 2.07.3 está disponível para o público. As versões 2.* do Aurora MySQL são compatíveis com o MySQL 5.7 e as versões 1.* do Aurora MySQL são compatíveis com o MySQL 5.6.
As versões atualmente compatíveis do Aurora MySQL 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.*.
É possível restaurar um snapshot de uma versão atualmente compatível do Aurora MySQL para a versão Aurora MySQL 2.07.3. Também existe a opção de atualizar os clusters de banco de dados existentes do Aurora MySQL 2.* para o Aurora MySQL 2.07.3. Não é possível atualizar um cluster existente do Aurora MySQL 1.* diretamente para 2.07.3. No entanto, é possível restaurar seu snapshot para o Aurora MySQL 2.07.3.
Para criar um cluster com uma versão mais antiga do Aurora MySQL, especifique a versão do mecanismo por meio da AWS Management Console, da ou da API do AWS CLI RDS.
nota
Esta versão é designada como uma versão de suporte de longo prazo (LTS). Para obter mais informações, consulte Versões de suporte de longo prazo (LTS) do Aurora MySQL 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
Melhorias
Correções de segurança:
Correções e outras melhorias para ajustar o tratamento em um ambiente gerenciado.
Alterações incompatíveis:
Esta versão introduz uma alteração de permissão que afeta o comportamento do mysqldump
comando. Os usuários devem ter o PROCESS
privilégio para acessar a INFORMATION_SCHEMA.FILES
tabela. Para executar o mysqldump
comando sem alterações, conceda o PROCESS
privilégio ao usuário do banco de dados ao qual o mysqldump
comando se conecta. Você também pode executar o comando mysqldump
com a opção --no-tablespaces
. Com essa opção, a saída mysqldump
não inclui nenhuma CREATE LOGFILE GROUP
ou instruções do CREATE TABLESPACE
. Nesse caso, o comando mysqldump
não acessa a tabela INFORMATION_SCHEMA.FILES
e você não precisa conceder a permissão PROCESS
.
Melhorias de disponibilidade:
-
Corrigida uma condição de corrida no gerenciador de bloqueio entre a queda de uma conexão/consulta e o término da sessão, o que gera em uma reinicialização do banco de dados.
-
Corrigido um problema que resultava na reinicialização do banco de dados após uma instrução de várias consultas que acessa várias tabelas ou bancos de dados ser executada com o cache de consulta habilitado.
-
Corrigido um problema que poderia causar reinicializações repetidas devido a atualizações de colunas virtuais com índices secundários.
Integração de correções de bug da edição MySQL community
-
InnoDB: Transações XA simultâneas que foram executadas com sucesso para o estágio de preparação XA no mestre em conflito quando repetidas no escravo, o que gera um tempo limite de espera de bloqueio no applier thread. O conflito foi devido ao intervalo de bloqueio GAP que diferiu quando as transações foram repetidas em série no escravo. Para evitar esse tipo de conflito, os bloqueios do GAP realizados pelas transações XA no nível de isolamento LEITURA CONFIRMADA
agora são liberados (e não mais herdados) quando as transações XA atingem o estágio de preparação. (Erro nº 27189701, erro nº 25866046) -
InnoDB: Um bloqueio de gap foi realizado desnecessariamente durante a validação de chave estrangeira ao usar o nível de isolamento LEITURA CONFIRMADA
. (Erro nº 25082593) -
Replicação: Ao usar transações XA, se um tempo limite de espera de bloqueio ou um deadlock ocorreu para o thread do aplicador (SQL) em um escravo de replicação, a repetição automática não funcionou. A causa era que, mesmo que o thread SQL fizesse uma reversão, ele não reverteria a transação XA de volta. Isso significava que, quando a transação foi repetida, o primeiro evento era XA START, que era inválido, pois a transação XA já estava em andamento, levando a um erro XAER_RMFAIL. (Erro nº 24764800)
-
Replicação: As transações intercaladas poderiam, por vezes, impedir o aplicador escravo quando o nível de isolamento da transação foi definido como LEITURA REPETIDA
. (Erro nº 25040331) -
Replicação: O valor retornado por uma instrução MOSTRAR STATUS ESCRAVO
para o tamanho total combinado de todos os arquivos de log de retransmissão existentes (Relay_Log_Space) pode se tornar muito maior do que o espaço em disco real usado pelos arquivos de log de retransmissão. O thread de E/S não bloqueou a variável enquanto atualizava o valor, de modo que o thread SQL poderia excluir automaticamente um arquivo de log de retransmissão e gravar um valor reduzido antes que o thread de E/S terminasse a atualização do valor. O thread de E/S gravou seu cálculo de tamanho original, ignorando a atualização do thread SQL e, portanto, adicionando de volta o espaço para o arquivo excluído. O valor Relay_Log_Space agora está bloqueado durante as atualizações para evitar atualizações simultâneas e garantir um cálculo preciso. (Erro nº 26997096, erro nº 87832) -
Para uma instrução INSERIR
para a qual a lista VALORES produziu valores para a segunda linha ou linha posterior com uma subconsulta contendo uma junção, o servidor pode sair depois de não resolver os privilégios necessários. (Erro nº 23762382) -
Para uma tabela com uma coluna TIMESTAMP
ou DATETIME cujo valor padrão é CURRENT_TIMESTAMP , a coluna podia ser inicializada para 0000-00-00 00:00:00
se a tabela tivesse um acionadorBEFORE INSERT
. (Erro nº 25209512, erro nº 84077) -
Uma saída do servidor pode gerar tentativas simultâneas de vários threads para registrar e cancelar o registro de objetos do Performance Schema de metadados. (Erro nº 26502135)
-
Executar um procedimento armazenado que contém uma instrução que criou uma tabela com base no conteúdo de determinadas instruções SELECIONAR
que pode resultar em um vazamento de memória. (Erro nº 25586773) -
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. (Erro nº 25053286)
-
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º 26402045)
-
As 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). (Erro nº 18898433, erro nº 72854)
-
O otimizador ignorou a segunda coluna em um índice composto ao executar uma junção interna com uma
LIKE
cláusula contra a segunda coluna. (Erro nº 28086754)
Comparação com o Aurora MySQL versão 1
Os seguintes recursos do Amazon Aurora MySQL são compatíveis no Aurora MySQL versão 1 (compatível com o MySQL 5.6), mas esses recursos não são compatíveis atualmente no Aurora MySQL versão 2 (compatível com o MySQL 5.7)
-
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 de junção do Aurora MySQL com junções hash 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 Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL 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).
-
Migrar dados do MySQL usando um bucket do Amazon S3. Para obter mais informações, consulte Migrar dados de um banco de dados MySQL externo para um cluster de banco de dados do Amazon Aurora MySQL no Guia do usuário do Amazon Aurora.
Compatibilidade com o MySQL 5.7
Esta versão do Aurora MySQL é compatível com o MySQL 5.7 e inclui recursos como suporte a JSON, índices espaciais e colunas geradas. O Aurora MySQL usa uma implementação nativa de indexação espacial com curvas de ordem z para oferecer performance de gravação 20 vezes melhor e performance de leitura 10 vezes melhor do que os conjuntos de dados espaciais do MySQL 5.7.
Atualmente, essa versão do Aurora MySQL não oferece suporte aos seguintes recursos do MySQL 5.7:
-
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 declaração SQL
CREATE TABLESPACE