Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-05-15 (versão 1.13) (obsoleta)

SELECT INTO OUTFILE S3 – O Aurora MySQL já permite fazer upload dos resultados de uma consulta para um ou mais arquivos em um bucket do Amazon S3. Para obter mais informações, consulte Salvar dados a partir de um cluster de banco de dados do Amazon Aurora MySQL em arquivos de texto de um bucket do Amazon S3 no Guia do usuário do Amazon Aurora.

Implementado o truncamento de arquivos de log no formato CSV na inicialização do mecanismo para evitar um longo tempo de recuperação. Agora tabelas general_log_backup, general_log, slow_log_backup e slow_log não sobrevivem a uma reinicialização do banco de dados.

Correção de um problema em que a migração de um banco de dados chamado test falhava.

Melhoria na estabilidade do coletor de lixo do gerenciador de bloqueios, reutilizando os segmentos de bloqueio corretos.

Melhoria na estabilidade do gerenciador de bloqueios, removendo declarações inválidas durante o algoritmo de detecção de deadlock.

Reabilitação da replicação assíncrona e correção de um problema associado que fazia com que o atraso de réplica incorreto fosse informado em uma workload sem carga ou somente leitura. As melhorias no pipeline de replicação que foram apresentadas na versão 1.10. Essas melhorias foram apresentadas para aplicar atualizações no stream de log ao cache do buffer de uma Réplica do Aurora, o que ajuda a melhorar a performance e a estabilidade de leitura em réplicas do Aurora.

Correção de um problema em que autocommit=OFF faz com que eventos agendados sejam bloqueados e transações longas permaneçam abertas até o servidor reinicializar.

Correção de um problema em que logs de consultas lentas, gerais e de auditoria não podiam registrar consultas processadas por confirmação assíncrona.

Melhoria na performance do recurso LRA (logical read ahead) em até 2,5 vezes. Isso foi feito permitindo que as pré-buscas continuassem em páginas intermediárias em uma árvore B.

Adição da validação de parâmetros para variáveis de auditoria a fim de remover espaços desnecessários.

Correção de uma regressão, apresentada no Aurora MySQL versão 1.11, em que as consultas podem retornar resultados incorretos ao usarem a opção SQL_CALC_FOUND_ROWS e invocando a função FOUND_ROWS().

Correção de um problema de estabilidade quando a lista Metadata Lock era formada incorretamente.

Estabilidade aprimorada quando sql_mode está definido como PAD_CHAR_TO_FULL_LENGTH e o comando SHOW FUNCTION STATUS WHERE Db='string' é executado.

Correção de um caso raro quando instâncias não surgiam após a atualização da versão do Aurora devido a uma verificação de consistência de volume falsa.

Correção do problema de performance, apresentado no Aurora MySQL versão 1.12, em que a performance do gravador do Aurora era reduzida quando os usuários tinham um grande número de tabelas.

Melhoria em um problema de estabilidade quando o gravador do Aurora está configurado como um operador de log binário e o número de conexões se aproxima de 16.000.

Correção de um problema raro em que uma Réplica do Aurora podia ser reiniciada quando uma conexão fosse bloqueada à espera de Metadata Lock ao executar a DDL no Aurora mestre.

Com uma tabela do InnoDB vazia, não é possível diminuir o valor de auto_increment usando uma instrução ALTER TABLE, mesmo quando a tabela está vazia. (Bug nº 69882)

MATCH() ... AGAINST que usam uma string longa como argumento para AGAINST() podem resultar em um erro quando executadas em uma tabela do InnoDB com um índice de pesquisa de texto completo. (Bug nº 17640261)

A manipulação de SQL_CALC_FOUND_ROWS em combinação com ORDER BY e LIMIT podia provocar resultados incorretos para FOUND_ROWS(). (Bug nº 68458, Bug nº 16383173)

ALTER TABLE não permite alterar a nulidade da coluna quando existe uma chave externa. (Bug nº 77591)