Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-10-16 (versão 1.2, 1.3) (obsoleta)

out-of-memory Problema resolvido no novo gerenciador de bloqueios com transações de longa duração

Resolução de uma vulnerabilidade de segurança ao replicar com bancos de dados que não fossem do RDS for MySQL

Atualização para garantir que gravações de quorum sejam repetidas corretamente com falhas de armazenamento

Atualização para informar o atraso de réplicas com mais precisão

Melhor performance ao reduzir a disputa quando muitas transações simultâneas estão tentando modificar a mesma linha

Resolução da invalidação do cache de consulta para visualizações que são criadas com a união de duas tabelas

Cache de consulta desabilitado para transações com isolamento de UNCOMMITTED_READ

Melhor performance para consultas de catálogo lentas em caches quentes

Simultaneidade melhorada nas estatísticas do dicionário

Maior estabilidade para o novo gerenciador de recursos do cache de consulta, gerenciamento de extensões, arquivos armazenados no armazenamento inteligente do Amazon Aurora e gravações em lote de registros de log

Eliminar uma consulta dentro de innodb faz com que ela eventualmente falhe com uma declaração. (Bug nº 1608883)

Devido a uma falha ao criar um novo thread para o programador de eventos, a execução do evento ou uma nova conexão, nenhuma mensagem foi gravada no log de erros. (Bug nº 16865959)

Se uma conexão alterou seu banco de dados padrão e, simultaneamente, outra conexão executou SHOW PROCESSLIST, a segunda conexão poderia acessar uma memória inválida ao tentar exibir a memória de banco de dados padrão da primeira conexão. (Bug nº 11765252)

Por padrão, PURGE BINARY LOGS não remove arquivos de log binários em uso ou ativos, mas não forneceu nenhum aviso quando isso ocorreu. (Bug nº 13727933)

Para algumas instruções, perdas de memória poderão resultar quando o otimizador tiver removido cláusulas de subconsulta desnecessárias. (Bug nº 15875919)

Durante o encerramento, o servidor poderia tentar bloquear um mutex não inicializado. (Bug nº 16016493)

Uma declaração preparada que usava GROUP_CONCAT() e uma cláusula ORDER BY que nomeava várias colunas poderia causar o encerramento do servidor. (Bug nº 16075310)

A instrumentação do esquema de performance estava ausente para threads de operador de réplica. (Bug nº 16083949)

STOP SLAVE pode causar um deadlock quando emitido simultaneamente com uma instrução como SHOW STATUS que recuperou os valores de uma ou mais das variáveis de status Slave_retried_transactions, Slave_heartbeat_period, Slave_received_heartbeats, Slave_last_heartbeat ou Slave_running. (Bug nº 16088188)

Uma consulta de texto completo usando o modo booliano poderia retornar zero resultados em alguns casos em que o termo de pesquisa fosse uma expressão entre aspas. (Bug nº 16206253)

A tentativa do otimizador de remover cláusulas de subconsulta redundantes gerou uma declaração ao executar uma instrução preparada com uma subconsulta na cláusula ON de uma junção em uma subconsulta. (Bug nº 16318585)

GROUP_CONCAT instável, falha em ITEM_SUM::CLEAN_UP_AFTER_REMOVAL. (Bug nº 16347450)

A tentativa de substituir a lista de palavras irrelevantes padrão de pesquisa de texto completo (FTS) do InnoDB, criando uma tabela do InnoDB com a mesma estrutura que INFORMATION_SCHEMA.INNODB_FT_DEFAULT_STOPWORD, resultaria em um erro. (Bug nº 16373868)

Depois que o thread de cliente em um operador realizou FLUSH TABLES WITH READ LOCK e, depois, algumas atualizações no mestre, o operador travou ao executar SHOW SLAVE STATUS. (Bug nº 16387720)

Ao analisar uma string de pesquisa delimitada, como "abc-def" em uma pesquisa de texto completo, o InnoDB agora usa os mesmos delimitadores de palavras que o MyISAM. (Bug nº 16419661)

Falha em FTS_AST_TERM_SET_WILDCARD. (Bug nº 16429306)

SEGFAULT em FTS_AST_VISIT() para teste de FTS RQG. (Bug nº 16435855)

Para compilações de depuração, quando o otimizador removia um Item_ref apontando para uma subconsulta, ele causava um encerramento do servidor. (Bug nº 16509874)

A pesquisa de texto completo em tabelas do InnoDB falhava em pesquisas por expressões literais combinadas com operadores + ou -. (Bug nº 16516193)

START SLAVEfalhou quando o servidor foi iniciado com as opções -- master-info-repository =TABLE relay-log-info-repository =TABLE e com a confirmação automática definida como 0, junto com. --skip-slave-start (Bug nº 16533802)

Resultados de pesquisa de texto completo (FTS) muito grandes do InnoDB podem consumir uma quantidade excessiva de memória. (Bug nº 16625973)

Em compilações de depuração, uma declaração poderia ocorrer em OPT_CHECK_ORDER_BY ao usar um binário diretamente em uma string de pesquisa, pois binários podem incluir bytes NULL e outros caracteres não significativos. (Bug nº 16766016)

Para algumas instruções, perdas de memória poderão resultar quando o otimizador tiver removido cláusulas de subconsulta desnecessárias. (Bug nº 16807641)

Era possível causar um deadlock após a emissão de FLUSH TABLES WITH READ LOCK, emitindo STOP SLAVE em uma nova conexão com o operador e, depois, emitindo SHOW SLAVE STATUS usando a conexão original. (Bug nº 16856735)

GROUP_CONCAT() com um separador inválido pode causar um encerramento do servidor. (Bug nº 16870783)

O servidor fez bloqueios excessivos nos mutexes LOCK_active_mi e active_mi->rli->data_lock para qualquer instrução "padrão" SHOW STATUS LIKE, mesmo quando esse padrão não correspondeu às variáveis de status que usam esses mutexes (Slave_heartbeat_period, Slave_last_heartbeat, Slave_received_heartbeats, Slave_retried_transactions, Slave_running). (Bug nº 16904035)

Uma pesquisa de texto completo usando o modificador IN BOOLEAN MODE resultaria em uma falha de asserção. (Bug #16927092)

A pesquisa de texto completo em tabelas do InnoDB falhava em pesquisas que usavam o operador booliano +. (Bug #17280122)

Deadlock em quatro direções: zombies, purging binlogs, show processlist, show binlogs. (Bug #17283409)

Quando um thread SQL que estava aguardando um bloqueio de confirmação foi eliminado e reiniciado, ele fez com que uma transação fosse ignorada no operador. (Bug #17450876)

Uma falta de pesquisa de texto completo do InnoDB ocorreria devido a um token "sem fim". A string e o comprimento da string devem ser transmitidos para comparação de strings. (Bug #17659310)

Um grande número de tabelas particionadas do InnoDB poderia consumir muito mais memória quando usado no MySQL 5.6 ou 5.7 do que a memória usada pelas mesmas tabelas em versões anteriores do MySQL Server. (Bug #17780517)

Para consultas de texto completo, uma falha ao verificar se num_token é menor que max_proximity_item poderia resultar em uma declaração. (Bug #18233051)

Determinadas consultas para as tabelas INFORMATION_SCHEMA TABLES e COLUMNS poderiam levar a um uso excessivo de memória quando houvesse um grande número de tabelas do InnoDB vazias. (Bug #18592390)

Ao confirmar uma transação, um sinalizador agora é usado para verificar se um thread foi criado, em vez de verificar o thread propriamente dito, o que usa mais recursos, particularmente ao executar o servidor com master_info_repository=TABLE. (Bug #18684222)

Se um thread de cliente em um operador executasse FLUSH TABLES WITH READ LOCK enquanto o mestre executava um DML, executar SHOW SLAVE STATUS no mesmo cliente era bloqueado, causando um deadlock. (Bug #19843808)

Ordenar por resultado GROUP_CONCAT() poderia causar um encerramento do servidor. (Bug #19880368)