Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL - Amazon Aurora

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á.

Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL

As seções a seguir identificam bugs do MySQL que foram corrigidos pelas atualizações do mecanismo de banco de dados Aurora MySQL.

Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados do Aurora MySQL 3.x

O Aurora versão compatível com MySQL 8.0 contém todas as correções de bug do MySQL por meio da versão correspondente de compatibilidade com o MySQL. A tabela a seguir identifica os bugs do MySQL adicionais que foram corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL e em qual atualização eles foram corrigidos.

Atualização do mecanismo de banco de dados Versão compatível com o MySQL Version (Versão) Erros corrigidos no MySQL
Atualizações do mecanismo de SQL banco de dados Aurora My 2024-06-04 (versão 3.07.0, compatível com My 8.0.36) SQL

8.0.36

3.07.0
  • Corrigido um problema em que o valor da linha de cache pode ser calculado incorretamente, causando uma falha durante a reinicialização do banco de dados em instâncias baseadas em Graviton. (Correção de bug da comunidade #35479763)

  • Corrigido um problema em que algumas instâncias de subconsultas em rotinas armazenadas nem sempre eram tratadas corretamente. (Correção de bug da comunidade #35377192)

  • Corrigido um problema que pode causar maior uso da CPU devido à rotação do certificado TLS em segundo plano (Community Bug Fix #34284186).

  • Corrigido um problema em que o InnoDB permitia a adição de INSTANT colunas às tabelas no esquema do sistema MySQL nas versões do Aurora MySQL anteriores à 3.05, o que poderia fazer com que o servidor fechasse inesperadamente (reinicie a instância do banco de dados) após a atualização para o Aurora MySQL versão 3.05.0. (Correção de bug da comunidade #35625510).

Atualizações do mecanismo de SQL banco de dados Aurora My 2024-03-07 (versão 3.06.0, compatível com My 8.0.34) SQL

8.0.34

3.06.0

  • Corrigido um problema em que o valor da linha de cache pode ser calculado incorretamente, causando uma falha durante a reinicialização do banco de dados em uma instância do Graviton. (Correção de bug da comunidade #35479763)

  • Corrigido um problema em que algumas instâncias de subconsultas em rotinas armazenadas nem sempre eram tratadas corretamente. (Correção de bug da comunidade #35377192)

  • Corrigido um problema que pode causar maior uso da CPU devido à rotação do certificado TLS em segundo plano. (Correção de bug nº 34284186 da comunidade)

  • Corrigido um problema em que o InnoDB permitia a adição de INSTANT colunas às tabelas no esquema do sistema MySQL nas versões do Aurora MySQL anteriores à 3.05, o que poderia fazer com que o servidor fechasse inesperadamente (reinicie a instância do banco de dados) após a atualização para o Aurora MySQL versão 3.05.0. (Correção de bug nº 35625510 da comunidade)

Atualizações do mecanismo de SQL banco de dados Aurora My 2024-01-31 (versão 3.05.2, compatível com My 8.0.32) Padrão SQL

8.0.32

3.05.2

  • Corrigido um problema em que era records_in_range realizado um número excessivo de leituras de disco para INSERT operações, levando a um declínio gradual no desempenho. (Correção de bug da comunidade #34976138)

Atualizações do mecanismo de banco de dados Aurora MySQL 2023-11-21 (versão 3.05.1, compatível com MySQL 8.0.32)

8.0.32

3.05.1

  • Correção de um problema no InnoDB em que, depois que uma tabela MySQL em um esquema do sistema tinha uma coluna INSTANT ADD adicionada entre o Aurora MySQL versões 3.01 até o Aurora MySQL versões 3.04 e depois que o Aurora MySQL era atualizado para a versão 3.05.0, as DMLs nessas tabelas provocavam o fechamento inesperado do servidor. (Correção de bug nº 35625510 da comunidade)

Atualizações do mecanismo de SQL banco de dados Aurora My 2023-10-25 (versão 3.05.0, compatível com My 8.0.32) SQL

8.0.32

3.05.0

  • Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug nº 34284186 da comunidade).

Atualizações do mecanismo de SQL banco de dados Aurora My 2024-03-15 (versão 3.04.2, compatível com My 8.0.28) SQL

8.0.28

3.04.2

  • Corrigido um problema em que o valor da linha de cache pode ser calculado incorretamente, causando uma falha durante a reinicialização do banco de dados em instâncias baseadas em Graviton. (Correção de bug da comunidade #35479763)

  • A execução repetida de uma rotina armazenada, tendo como subconsulta uma instrução SELECT contendo várias ou XOR condições ANDOR, levou ao consumo excessivo e, possivelmente, à exaustão eventual da memória virtual. (Correção de bug da comunidade #33852530)

Atualizações do mecanismo de SQL banco de dados Aurora My 2023-11-13 (versão 3.04.1, compatível com My 8.0.28) SQL

8.0.28

3.04.1

  • Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug nº 34284186 da comunidade).

Atualizações do mecanismo de SQL banco de dados Aurora My 2023-07-31 (versão 3.04.0, compatível com My 8.0.28) SQL

8.0.28

3.04.0

  • Corrigido um problema em que um bloco de buffer que contém uma página de tabela temporária intrínseca era realocado durante a passagem da página, causando uma falha de declaração (Bug nº 33715694)

  • InnoDB: Impeça que operações online de DDL acessem a out-of-bounds memória (Bug# 34750489, Bug# 108925)

  • Corrigido um problema que às vezes pode produzir resultados de consulta incorretos ao processar instruções SQL complexas que consistem em várias expressões de tabela comuns (CTEs) aninhadas (Bug nº 34572040, Bug nº 34634469, Bug nº 33856374)

Atualizações do Aurora My SQL Database Engine 2023-12-08 (versão 3.03.3) (Obsoleto)

8.0.26

3.03.3

  • Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano (Correção de bug nº 34284186 da comunidade).

Atualizações do Aurora My SQL Database Engine 2023-08-29 (versão 3.03.2) (Obsoleto)

8.0.26

3.03.2

  • Correção de um problema que às vezes pode produzir resultados de consulta incorretos ao processar instruções SQL complexas que consistem em várias expressões de tabela comuns (CTEs) aninhadas (Bug n.º 34572040, Bug n.º 34634469, Bug n.º 33856374).

  • InnoDB: uma condição de corrida entre threads que tenta desinicializar e inicializar estatísticas para a mesma tabela gerou uma falha de declaração (Bug n.º 33135425)

  • InnoDB: Impeça que operações online de DDL acessem a out-of-bounds memória (Bug #34750489, Bug #108925)

Atualizações do Aurora My SQL Database Engine 2023-05-11 (versão 3.03.1) (Obsoleto)

8.0.26

3.03.1

  • Correção de um problema em que um bloco de buffer que contém uma página de tabela temporária intrínseca era realocado durante a passagem da página, causando uma falha de declaração (Bug n.º 33715694).

Atualizações do Aurora My SQL Database Engine 2023-03-01 (versão 3.03.0) (Obsoleto)

8.0.26

3.03.0

  • Corrigido um problema em que alguns tipos de coluna, incluindo JSON e TEXT, às vezes esgotavam o buffer de classificação se seu tamanho não fosse pelo menos 15 vezes maior do que a maior linha na classificação. Agora, o buffer de classificação precisa ser apenas 15 vezes maior que a maior chave de classificação. (Bug nº 103325, Bug nº 105532, Bug nº 32738705, Bug nº 33501541)

  • Corrigido um problema em que o InnoDB nem sempre manipulava alguns nomes legais para partições de tabela corretamente. (Bug nº 32208630)

  • Corrigido um problema que, em determinadas condições, pode retornar resultados incorretos devido a um cálculo impreciso da propriedade de nulidade ao executar uma consulta com uma condição OR. (Bug nº 34060289)

  • Corrigido um problema que, em determinadas condições, pode retornar resultados incorretos quando as duas condições a seguir são atendidas:

    • Uma tabela derivada é mesclada no bloco de consulta externo.

    • A consulta inclui uma junção esquerda e uma subconsulta IN.

    (Bug nº 34060289)

  • Corrigido um problema em que valores de AUTO_INCREMENT incorretos eram gerados quando o valor máximo da coluna de número inteiro era excedido. O erro ocorreu porque o valor máximo da coluna não foi considerado. O valor anterior de AUTO_INCREMENT válido deveria ter sido retornado nesse caso, causando um erro de chave duplicada. (Bug nº 87926, Bug nº 26906787)

  • Corrigido um problema em que não era possível revogar o privilégio DROP no Performance Schema. (Bug nº 33578113)

  • Corrigido um problema em que um procedimento armazenado que contém uma instrução IF usando EXISTS, que atuava em uma ou mais tabelas que foram excluídas e recriadas entre as execuções, não era executado corretamente nas invocações subsequentes à primeira. (Bug nº 32855634).

  • Corrigido um problema em que uma consulta que faz referência a uma visualização em uma subconsulta e em um bloco de consulta externo pode causar uma reinicialização inesperada (Bug nº 32324234)

Atualizações do Aurora My SQL Database Engine 2022-11-18 (versão 3.02.2) (Obsoleto)

8.0.23

3.02.2

  • Corrigido um problema que, em determinadas condições, pode retornar resultados incorretos devido a um cálculo impreciso da propriedade de nulidade ao executar uma consulta com uma condição OR. (Bug nº 34060289)

  • Corrigido um problema que, em determinadas condições, pode retornar resultados incorretos quando as duas condições a seguir são atendidas:

    • Uma tabela derivada é mesclada no bloco de consulta externo.

    • A consulta inclui uma junção esquerda e uma subconsulta IN. (Bug nº 34060289)

  • Corrigido um problema em que não era possível revogar o privilégio DROP no Performance Schema. (Bug nº 33578113)

  • Corrigido um problema em que um procedimento armazenado que contém uma instrução IF usando EXISTS, que atuava em uma ou mais tabelas que foram excluídas e recriadas entre as execuções, não era executado corretamente nas invocações subsequentes à primeira. (Bug nº 32855634 do MySQL).

  • Valores de AUTO_INCREMENT incorretos foram gerados quando o valor máximo da coluna de número inteiro foi excedido. O erro ocorreu porque o valor máximo da coluna não foi considerado. O valor anterior de AUTO_INCREMENT válido deveria ter sido retornado nesse caso, causando um erro de chave duplicada. (Bug nº 87926, Bug nº 26906787)

  • Corrigido um problema que pode causar uma falha durante o upgrade de um cluster de banco de dados do Aurora MySQL versão 1 (compatível com MySQL 5.6) que contém uma tabela criada pelo usuário com determinados IDs de tabela. A atribuição desses IDs de tabela pode resultar em IDs de tabela de dicionário de dados conflitantes durante a atualização do Aurora MySQL versão 2 (compatível com MySQL 5.7) para o Aurora MySQL versão 3 (compatível com MySQL 8.0). (Bug n.º 33919635)

Atualizações do Aurora My SQL Database Engine 2022-04-20 (versão 3.02.0) (Obsoleto)

8.0.23

3.02.0

Correção do manuseio incorreto de tabelas temporárias usadas para cursores em procedimentos armazenados que poderia resultar em um comportamento inesperado do servidor. (Bug nº 32416811)

Atualizações do Aurora My SQL Database Engine 2022-04-15 (versão 3.01.1) (Obsoleto)

8.0.23

3.01.1

Correção do manuseio incorreto de tabelas temporárias usadas para cursores em procedimentos armazenados que poderia resultar em um comportamento inesperado do servidor. (Bug nº 32416811)

Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL 2.x

A versão Aurora compatível com MySQL 5.7 contém todas as correções de bugs do MySQL por meio do MySQL 5.7.44. A tabela a seguir identifica os bugs do MySQL adicionais que foram corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL e em qual atualização eles foram corrigidos.

Atualização do mecanismo de banco de dados Versão Erros corrigidos no MySQL
Atualizações do mecanismo de banco de dados Aurora MySQL 2024-07-09 (versão 2.12.3, compatível com o MySQL 5.7.44)

2.12.3

  • Corrigido um problema em que tabelas temporárias vinculadas a gatilhos durante a execução de instruções podiam causar uma reinicialização inesperada do mecanismo de banco de dados.

  • Foi corrigido um defeito que pode fazer com que o servidor saia quando uma única tabela UPDATE e DELETE instruções usando expressões indexadas são executadas como instruções preparadas. (Bug #29257254)

Atualizações do mecanismo de SQL banco de dados Aurora My 2023-12-28 (versão 2.12.1, compatível com My 5.7.40) SQL

2.12.1

  • Correção de um problema que pode fazer com que conexões remotas novas e existentes parem quando executadas simultaneamente com a instrução SHOW PROCESSLIST (Bug n.º 34857411 da comunidade)

  • Replicação: alguns eventos de logs binários nem sempre foram tratados corretamente (Bug n.º 34617506)

  • Correção do processamento de tokens de um único caractere por um plug-in de analisador de pesquisa de texto completo (FTS) (Bug n.º 35432973)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-07-25 (versão 2.12.0, compatível com MySQL 5.7.40)

2.12.0

  • Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano. (Correção de bug nº 34284186 da comunidade)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2023-10-17 (versão 2.11.4, compatível com MySQL 5.7.12)

2.11.4

  • Replicação: alguns eventos de logs binários nem sempre foram tratados corretamente. (Bug nº 34617506)

  • Corrigido um problema que pode causar maior utilização da CPU devido à rotação do certificado TLS em segundo plano. (Correção de bug nº 34284186 da comunidade)

  • Em declarações preparadas, alguns tipos de subconsultas poderiam causar uma saída do servidor. (Bug nº 33100586)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-10-25 (versão 2.11.0, compatível com MySQL 5.7.12). Essa versão não está disponível para novas criações.

2.11.0

  • Corrigido um problema em que o código para ler informações do conjunto de caracteres das tabelas de eventos de declarações do Performance Schema (por exemplo, events_statements_current) não impedia a gravação simultânea nas informações desse conjunto de caracteres. Como resultado, o conjunto de caracteres de texto da consulta SQL pode ser inválido, o que pode resultar na saída do servidor. Com essa correção, um conjunto de caracteres inválido causa o truncamento da coluna SQL_TEXT e impede a saída do servidor. (Bug nº 23540008)

  • InnoDB: reversão de correção para Bug nº 25189192, Bug nº 84038 da comunidade. Corrigido um problema em que, após uma operação RENAME TABLE que movia uma tabela para um esquema diferente, o InnoDB falhava ao atualizar a tabela do dicionário de dados do INNODB_SYS_DATAFILES. Isso resultou em um erro na reinicialização, indicando que não foi possível localizar o arquivo de dados do espaço de tabela.

  • InnoDB: corrigido um problema em que o servidor descartava um índice de chave externa definido internamente ao adicionar um novo índice e tentava utilizar um índice secundário definido em uma coluna virtual gerada como o índice de chave externa, causando a saída do servidor. Agora, o InnoDB permite que uma restrição de chave externa faça referência a um índice secundário definido em uma coluna virtual gerada. (Bug #23533396)

  • Corrigido um problema em que duas sessões executavam simultaneamente uma operação INSERT… ON DUPLICATE KEY UPDATE gerava um impasse. Durante a reversão parcial de uma tupla, outra sessão poderia atualizá-la. A correção desse bug reverte as correções do Bug nº 11758237, Bug nº 17604730 e Bug nº 20040791. (Bug nº 25966845)

  • Corrigido um problema em que os privilégios EXECUTE e ALTER ROUTINE não eram concedidos corretamente aos criadores da rotina, mesmo com automatic_sp_privileges habilitado. (Bug nº 27407480)

  • Reversão da correção do Bug nº 24671968 da comunidade: corrigido um problema em que uma consulta poderia produzir resultados incorretos se a cláusula WHERE contivesse uma subconsulta dependente, a tabela tivesse um índice secundário nas colunas na lista de seleção seguido pelas colunas na subconsulta e GROUP BY ou DISTINCT permitisse que a consulta usasse uma varredura de índice solta.

  • Corrigido um problema em que a replicação era interrompida se uma instrução de exclusão de várias tabelas fosse emitida em várias tabelas com chaves estrangeiras. (Bug nº 80821)

  • Corrigido um problema em que, em casos especiais, certos erros secundários não eram ignorados, mesmo com slave_skip_errors habilitado. Nos casos em que a abertura e o bloqueio de uma tabela falham ou quando as conversões de campo falham em um servidor que executa a replicação baseada em linhas, o erro é considerado crítico e o estado de slave_skip_errors é ignorado. A correção garante que, com slave_skip_errors habilitado, todos os erros relatados durante a aplicação de uma transação sejam tratados corretamente. (Bug nº 70640, Bug nº 17653275)

  • Corrigido um problema em que uma declaração SET PASSWORD era replicada de uma entidade principal do MySQL 5.6 para uma entidade secundária do MySQL 5.7 ou de uma entidade principal do MySQL 5.7 com a variável de sistema log_builtin_as_identified_by_password definida como ON para uma entidade secundária do MySQL 5.7. O próprio hash da senha também era codificado antes de ser armazenado na entidade secundária. O problema agora foi corrigido e o hash da senha replicada é armazenado conforme passado originalmente para a entidade secundária. (Bug nº 24687073)

  • Corrigido um problema em que a serialização de um valor JSON que consiste em um grande subdocumento encapsulado em vários níveis de matrizes ou objetos JSON, ou ambos, às vezes exigia muito tempo para ser concluída. (Bug nº 23031146)

  • Declarações que não podem ser analisadas (devido, por exemplo, a erros de sintaxe) não são mais gravadas no log de consultas lentas. (Bug nº 33732907)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-11-01 (versão 2.10.3) (obsoleta)

2.10.3

  • Corrigido um problema em que o código para ler informações do conjunto de caracteres das tabelas de eventos de declarações do Performance Schema (por exemplo, events_statements_current) não impedia a gravação simultânea nas informações desse conjunto de caracteres. Como resultado, o conjunto de caracteres de texto da consulta SQL pode ser inválido, o que pode resultar na saída do servidor. Com essa correção, um conjunto de caracteres inválido causa o truncamento da coluna SQL_TEXT e impede a saída do servidor. (Bug nº 23540008)

  • Corrigido um problema quando UPDATE exigia uma tabela temporária com uma chave primária maior que 1024 bytes e essa tabela era criada usando o InnoDB, o servidor poderia sair. (Bug nº 25153670)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-01-26 (versão 2.10.2) (obsoleta)

2.10.2

  • Correção de um problema no InnoDB em que um erro no código relacionado às estatísticas da tabela gerava uma afirmação no arquivo fonte dict0stats.cc (http://dict0stats.cc/). (Bug #24585978)

  • Um índice secundário sobre uma coluna virtual ficou corrompido quando o índice foi construído online. Para instruções UPDATE (https://dev.mysql.com/doc/refman/5.7/en/update.html), corrigimos isso da seguinte maneira: se o valor da coluna virtual do registro de índice estiver definido como NULL, geramos esse valor a partir do registro de índice do cluster. (Bug #30556595)

  • ASSERTION "!OTHER_LOCK" IN LOCK_REC_ADD_TO_QUEUE (Bug #29195848)

  • HANDLE_FATAL_SIGNAL (SIG=11) IN __STRCHR_SSE2 (Bug #28653104)

  • Correção de um problema que uma interrupção de consulta durante uma espera de bloqueio pode causar um erro no InnoDB. (Bug #28068293)

  • As transações intercaladas poderiam, por vezes, impedir o aplicador de réplica quando o nível de isolamento da transação foi definido como LEITURA REPETIDA. (Erro nº 25040331)

  • Correção de um problema que pode fazer com que as réplicas de log binário parassem devido ao tempo limite de espera de bloqueio. (Bug #27189701)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-10-21 (versão 2.10.1) (obsoleta)

2.10.1

CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER. (Bug #25209512)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-05-25 (versão 2.10.0) (obsoleta)

2.10.0

  • As transações intercaladas poderiam, por vezes, impedir o aplicador de réplica quando o nível de isolamento da transação foi definido como LEITURA REPETIDA. (Erro nº 25040331)

  • Quando um procedimento armazenado continha uma instrução referente a uma visão que, por sua vez, se referia a outra visão, não era possível invocar o procedimento com sucesso mais de uma vez. (Erro n.º 87858, erro n.º 26864199)

  • Para consultas com muitas condições OR, o otimizador agora é mais eficiente em memória e menos provável exceder o limite de memória imposto pela variável de sistema range_optimizer_max_mem_size. Além disso, o valor padrão dessa variável foi aumentado de 1.536.000 para 8.388.608. (Erro n.º 79450, erro n.º 22283790)

  • Replicação: na função next_event(), que é chamada por um processo SQL de uma réplica para ler o próximo evento do log de retransmissão, o processo SQL não liberava o relaylog.log_lock adquirido quando ocorria um erro (por exemplo, devido a um log de retransmissão fechado), fazendo com que todos os outros processos ficassem esperando para adquirir um bloqueio no log de retransmissão para continuar. Com essa correção, o bloqueio é liberado antes que o processo SQL deixe a função sob a situação. (Bug nº 21697821)

  • Corrigindo uma corrupção de memória em ALTER TABLE com coluna virtual. (Erro n.º 24961167, erro n.º 24960450)

  • Replicação: réplicas de vários processos não poderiam ser configuradas com pequenos tamanhos de fila usando slave_pending_jobs_size_max se precisassem processar transações maiores que esse tamanho. Qualquer pacote maior que slave_pending_jobs_size_max era rejeitado com o erro ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX, mesmo que o pacote fosse menor que o limite definido por slave_max_allowed_packet. Com essa correção, slave_pending_jobs_size_max se torna um limite flexível em vez de um limite rígido. Se o tamanho de um pacote exceder slave_pending_jobs_size_max, mas for menor que slave_max_allowed_packet, a transação será retida até que todos os operadores de réplica tenham filas vazias e, em seguida, é processada. Todas as transações subsequentes são retidas até que a grande transação seja concluída. O tamanho da fila para operadores de réplica pode, portanto, ser limitado e ainda permitir transações maiores ocasionais. (Erro n.º 21280753, erro n.º 77406)

  • Replicação: ao usar uma réplica de vários processos, os erros do aplicador exibiram dados de ID do trabalhador que eram inconsistentes com os dados externalizados nas tabelas de replicação do Performance Schema. (Erro nº 25231367)

  • Replicação: em uma réplica de replicação baseada em GTID executada com -GTID-mode=ON, -log-bin=OFF e usando -, quando um erro que deveria ser ignorado não estava sendo atualizado corretamenteslave-skip-errors, causando perda de sincronia com. Exec_Master_Log_Pos Exec_Master_Log_Pos Read_master_log_pos Se um GTID_NEXT não estava especificado, a réplica nunca atualizaria seu estado GTID ao reverter de uma única transação de instrução. O Exec_Master_Log_Pos não seria atualizado porque, mesmo que a transação tivesse sido concluída, seu estado GTID mostraria o contrário. A correção remove a restrição da atualização do estado GTID quando uma transação é revertida somente se GTID_NEXT estiver especificado. (Erro nº 22268777)

  • Replicação: uma instrução com falha parcial não estava consumindo corretamente um GTID gerado ou especificado automaticamente quando o registro em log binário era desabilitado. A correção garante que um DROP TABLE, DROP USER ou DROP VIEW com falha parcial consuma respectivamente o GTID relevante e o salve em @@GLOBAL.GTID_EXECUTED e na tabela mysql.gtid_executed quando o registro em log binário está desabilitado. (Erro nº 21686749)

  • Replicação: as réplicas que executam o MySQL 5.7 não conseguiam se conectar a uma origem do MySQL 5.5 devido a um erro ao recuperar o server_uuid, que não faz parte do MySQL 5.5.0 Isso foi causado por mudanças no método de recuperação do server_uuid. (Erro nº 22748612)

  • Replicação de log binário: o mecanismo de ignorar transações GTID não estava funcionando corretamente para a transação XA antes dessa correção. O servidor tem um mecanismo para ignorar (silenciosamente) uma transação GTID se já tiver sido executada essa transação específica no passado. (Erro nº 25041920)

  • Declarações XA ROLLBACK, que falharam porque foi fornecido o ID incorreto de uma transação, poderiam ser registradas no log binário com o ID correto da transação e, portanto, poderiam ser acionadas por réplicas de replicação. Agora é feita uma verificação da situação de erro antes que o registro em log binário ocorra, e ROLLBACK as instruções XA com falha não são registradas em log. (Erro nº 26618925)

  • Replicação: Se uma réplica foi configurada usando uma instrução CHANGE MASTER TO que não especificou o nome do arquivo de log de origem e a posição do log de origem, desligue antes da emissão de START SLAVE e reinicie com a opção - relay-log-recovery set, a replicação não foi iniciada. Isso aconteceu porque o processo do receptor não havia sido iniciado antes da tentativa de recuperação do log de retransmissão, portanto, nenhum evento de rotação de log estava disponível no log de retransmissão para fornecer o nome de arquivo e a posição do log de origem. Nessa situação, a réplica agora ignora a recuperação do log de retransmissão e registra um aviso. Em seguida, prossegue para iniciar a replicação. (Erro n.º 28996606, erro n.º 93397)

  • Replicação: na replicação baseada em linha, uma mensagem que exibia incorretamente comprimentos de campo era retornada ao replicar de uma tabela com uma coluna utf8mb3 para uma tabela da mesma definição em que a coluna foi definida com um conjunto de caracteres utf8mb4. (Erro n.º 25135304, erro n.º 83918)

  • Replicação: quando uma instrução RESET SLAVE era emitida em uma réplica de replicação com GTIDs em uso, os arquivos de log de retransmissão existentes eram removidos, mas o novo arquivo de log de retransmissão de substituição era gerado antes que o conjunto de GTIDs recebidos para o canal fosse limpo. Portanto, o antigo conjunto GTID era gravado no novo arquivo de log de retransmissão como o evento PREVIOUS_GTIDS, causando um erro fatal na replicação informando que a réplica tinha mais GTIDs do que a origem, mesmo que o conjunto gtid_executed definido para ambos os servidores estivesse vazio. Agora, quando RESET SLAVE é emitido, o conjunto de GTIDs recebidos é apagado antes que o novo arquivo de log de retransmissão seja gerado, para que essa situação não ocorra. (Erro nº 27411175)

  • Replicação: com GTIDs em uso para replicação, transações incluindo instruções que causaram um erro de análise (ER_PARSE_ERROR) não puderam ser ignoradas manualmente pelo método recomendado de injetar uma transação vazia ou de substituição com o mesmo GTID. Essa ação deve resultar na réplica que identifica o GTID como já usado e, portanto, ignorando a transação indesejada que compartilhou seu GTID. No entanto, no caso de um erro de análise, como a instrução era analisada antes que o GTID fosse verificado para ver se ele precisava ser ignorado, o processo do aplicador de replicação parava devido ao erro de análise, mesmo que a intenção fosse ignorar a transação de qualquer maneira. Com essa correção, o processo do aplicador de replicação agora ignora erros de análise se a transação em questão precisar ser ignorada porque o GTID já foi usado. Observe que essa alteração de comportamento não se aplica no caso de workloads que consistem em saída de log binário produzida por mysqlbinlog. Nessa situação, haveria o risco de que uma transação com um erro de análise que viesse imediatamente após uma transação ignorada também fosse ignorada silenciosamente, quando deveria gerar um erro. (Erro nº 27638268)

  • Replicação: habilite o processo SQL para que o GTID ignore uma transação parcial. (Erro nº 25800025)

  • Replicação: quando um parâmetro de tempo limite negativo ou fracionário era fornecido a WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS(), o servidor se comportava de maneiras inesperadas. Com esta correção:

    • Um valor de tempo limite fracionário é lido como está, sem arredondamento.

    • Um valor de tempo limite negativo é rejeitado com um erro se o servidor estiver em um modo SQL estrito. Se o servidor não estiver em um modo SQL estrito, o valor fará com que a função retorne NULL imediatamente sem qualquer espera e, em seguida, emita um aviso. (Erro n.º 24976304, erro n.º 83537)

  • Replicação: se a função WAIT_FOR_EXECUTED_GTID_SET() fosse usada com um valor de tempo limite incluindo uma parte fracionada (por exemplo, 1,5), um erro na lógica de transmissão significava que o tempo limite foi arredondado para o segundo inteiro mais próximo e para zero para valores menores que 1 segundo (por exemplo, 0,1). Agora a lógica de transmissão foi corrigida para que o valor do tempo limite seja aplicado conforme especificado originalmente, sem arredondamento. Agradecemos a Dirkjan Bussink pela contribuição. (Erro n.º 29324564, erro n.º 94247)

  • Com os GTIDs ativados, o XA COMMIT em uma transação XA desconectada dentro de uma transação de várias instruções gerava uma afirmação. (Erro nº 22173903)

  • Replicação: uma afirmação era gerada em compilações de depuração se uma instrução XA ROLLBACK fosse emitida para um identificador de transação desconhecido quando o valor de gtid_next tivesse sido definido manualmente. Agora, o servidor não tenta atualizar o estado de GTID se uma instrução XA ROLLBACK falhar com um erro. (Erro n.º 27928837, erro n.º 90640)

  • Corrigido o problema de ordem de classificação incorreta quando várias funções CASE são usadas na cláusula ORDER BY. (Bug nº 22810883)

  • Algumas consultas que usavam ordenação podiam acessar uma coluna não inicializada durante a otimização e causar a saída do servidor. (Bug nº 27389294)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-11-12 (versão 2.09.3) (obsoleta)

2.09.3

  • ASSERTION !M_PREBUILT->TRX->CHECK_FOREIGNS. (Bug #23533396)

  • Replicação: * um problema de bloqueio na função WAIT_FOR_EXECUTED_GTID_SET() poderia fazer com que o servidor travasse em certas circunstâncias. O problema já foi corrigido. (Bug #29550513)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-12-11 (versão 2.09.1) (obsoleta)

2.09.1

  • 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)

  • 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 acionador BEFORE INSERT. (Erro nº 25209512, erro nº 84077)

  • Para uma instrução INSERIR para a qual a VALUES lista produziu valores para a segunda linha ou linha posterior usando uma subconsulta contendo uma junção, o servidor pode sair depois de não resolver os privilégios necessários. (Erro nº 23762382)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-12 (versão 2.08.3) (obsoleta)

2.08.3

  • Erro #23762382 - INSERIR CONSULTA DE VALORES COM JUNÇÃO EM UMA SELEÇÃO QUE CAUSA COMPORTAMENTO INCORRETO.

  • Erro #25209512 - CURRENT_TIMESTAMP PRODUZ ZEROS NO GATILHO.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-06-02 (versão 2.08.0) (obsoleta)

2.08.0

  • Bug #25289359: um bloqueio de cache de texto completo obtido quando os dados foram sincronizados não foi liberado se o tamanho de cache de texto completo excedeu o limite respectivo.

  • Bug #29138644: alterar manualmente a hora do sistema enquanto o servidor MySQL estava sendo executado causou atrasos no thread do agente de limpeza de página.

  • Bug #25222337: um nome de campo de coluna virtual NULL em um índice virtual causou uma saída do servidor durante uma comparação de nome de campo que ocorre ao preencher colunas virtuais afetadas por uma restrição de chave externa.

  • Bug #25053286: executar um procedimento armazenado que contém uma consulta que acessou uma visualização pode alocar memória que não foi liberada até o término da sessão.

  • Bug #25586773: executar um procedimento armazenado que contém uma instrução que criou uma tabela com base no conteúdo de determinadas instruções SELECT pode resultar em um vazamento de memória.

  • Bug #28834208: durante o aplicativo de log, após uma operação OPTIMIZE TABLE, o InnoDB não preencheu as colunas virtuais antes de verificar se há atualizações de índice de coluna virtual.

  • Bug n.º 26666274: loop infinito no contêiner de buffer de esquema de performance devido a excesso de inteiros não assinados de 32 bits.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2022-06-16 (versão 2.07.8) (obsoleta)

2.07.8

Quando UPDATE exigia uma tabela temporária com uma chave primária maior que 1024 bytes e essa tabela era criada usando o InnoDB, o servidor poderia sair. (Bug nº 25153670)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-09-02 (versão 2.07.6) (obsoleta)

2.07.6

  • INSERIR REGISTROS COM 64K É MUITO DEMORADO. (Bug n.º 23031146)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-04 (versão 2.07.4) (obsoleta)

2.07.4

  • Correção de um problema no analisador de ngram de texto completo ao lidar com tokens contendo ' ' (espaço), '%', ou ','. Os clientes devem reconstruir seus índices FTS se estiverem usando o analisador ngram. (Bug n.º 25873310)

  • Correção de um problema que poderia causar a reinicialização do mecanismo durante a execução da consulta com visualizações SQL aninhadas. (Bug n.º 27214153, bug n.º 26864199)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-10 (versão 2.07.3) (obsoleta)

2.07.3

  • 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 acionador BEFORE 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)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-04-17 (versão 2.07.2) (obsoleta)

2.07.2

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 2.07.0) (obsoleta)

2.07.0

  • Bug nº 26251621: INCORRECT BEHAVIOR WITH TRIGGER AND GCOL

  • Bug nº 22574695: ASSERTION `!TABLE || (!TABLE->READ_SET || BITMAP_IS_SET(TABLE->READ_SET, FIEL

  • Bug nº 25966845: INSERT ON DUPLICATE KEY GENERATE A DEADLOCK

  • Bug nº 23070734: CONCURRENT TRUNCATE TABLES CAUSE STALL

  • Bug nº 26191879: FOREIGN KEY CASCADES USE EXCESSIVE MEMORY

  • Bug nº 20989615: INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 2.05.0) (obsoleta)

2.05.0

  • Bug #23054591: PURGE BINARY LOGS TO está lendo todo o arquivo de log binário e causando MySql a paralisação

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-08-14 (versão 2.04.9) (obsoleta)

2.04.9

  • Erro nº 23070734, erro nº 80060: instruções TRUNCATE TABLE simultâneas causam interrupções

  • Erro nº 23103937: PS_TRUNCATE_ALL_TABLES() NÃO FUNCIONA NO MODO SUPER_READ_ONLY

  • 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.

  • Erro nº 27082268: sincronização de FTS inválida.

  • ERRO nº 12589870: corrigido um problema que causa uma reinicialização com instrução de várias consultas quando o cache de consulta está habilitado.

  • 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).

  • Erro nº 25222337: um nome de campo de coluna virtual NULL em um índice virtual causava uma saída do servidor durante uma comparação de nome de campo que ocorre ao preencher colunas virtuais afetadas por uma restrição de chave externa. (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)

  • Erro nº 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) poderia resultar em um vazamento de memória. (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)

  • Erro nº 26666274: LOOP INFINITO NO CONTÊINER DE BUFFER DO ESQUEMA DE PERFORMANCE.

  • Erro nº 23550835, erro nº 23298025, erro nº 81464: tabelas do esquema de performance SELECT quando um buffer interno estava cheio poderia causar uma saída do servidor.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 2.04.6) (obsoleta)

2.04.6

  • Bug #23054591: PURGE BINARY LOGS TO está lendo todo o arquivo de log binário e causando MySql a paralisação

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-05-02 (versão 2.04.2) (obsoleta)

2.04.2

Bug nº 24829050 - A OTIMIZAÇÃO DE INDEX_MERGE_INTERSECTION PROVOCA RESULTADOS INCORRETOS NA CONSULTA

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-11 (versão 2.03) (obsoleta)

2.03

  • VARREDURA REVERSA EM UMA TABELA PARTICIONADA REALIZA ICP - PEDIDO DE DESC (Bug n° 24929748).

  • JSON_OBJECT CRIA CÓDIGO JSON INVÁLIDO (Bug n° 26867509).

  • INSERIR DADOS JSON GRANDES DEMORA MUITO (Bug n° 22843444).

  • TABELAS PARTICIONADAS USAM MAIS MEMÓRIA EM 5.7 DO QUE EM 5.6 (Bug n° 25080442).

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-21 (versão 2.02.4) (obsoleta)

2.02.4

  • BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME

  • BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.

  • BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE

  • BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)

  • BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0

  • BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT

  • BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).

  • BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE

  • BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP

  • BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V

  • BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC

  • BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS

  • BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11

  • BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR

  • BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER

  • BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY

  • BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE

  • BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-05-03 (versão 2.02) (obsoleta)

2.02.0

A junção à esquerda retorna resultados incorretos na parte externa (Bug Nº 22833364)

Bugs do MySQL corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL 1.x

O Aurora da versão compatível com o MySQL 5.6 contém todas as correções de bug do MySQL por meio do MySQL 5.6.10. A tabela a seguir identifica os bugs do MySQL adicionais que foram corrigidos por atualizações do mecanismo de banco de dados Aurora MySQL e em qual atualização eles foram corrigidos.

Atualização do mecanismo de banco de dados Versão Erros corrigidos no MySQL
Atualizações do mecanismo de banco de dados do Aurora MySQL de 2021-03-18 (versão 1.23.2) (obsoleta) 1.23.2
  • Replicação: Enquanto uma instrução SHOW BINLOG EVENTS estava sendo executada, todas as transações paralelas foram bloqueadas. A correção garante que o processo SHOW BINLOG EVENTS agora só adquira um bloqueio durante o cálculo da posição final do arquivo, portanto, as transações paralelas não são bloqueadas por longas durações. (Erro n.º 76618, erro n.º 20928790)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-09-02 (versão 1.23.0) (obsoleta) 1.23.0
  • Eventos de binlog com ALTER TABLE ADD COLUMN ALGORITHM=QUICK serão regravados ALGORITHM=DEFAULT para serem compatíveis com a edição da comunidade.

  • ERRO nº 22350047: SE O CLIENTE FOI ENCERRADO APÓS A REVERSÃO PARA OS STMTS ANTERIORES DO PONTO DE SALVAMENTO CONFIRMADO

  • Erro nº 29915479: EXECUÇÃO COM_REGISTER_SLAVE SEM COM_BINLOG_DUMP PODE RESULTAR EM SAÍDA DO SERVIDOR

  • Erro nº 30441969: BUG #29723340: TRAVAMENTO DO SERVIDOR MYSQL APÓS CONSULTA SQL COM DADOS ?AST

  • Erro nº 30628268: TRAVAMENTO POR FALTA DE MEMÓRIA

  • Erro nº 27081349: COMPORTAMENTO INESPERADO AO EXCLUIR COM FUNÇÃO ESPACIAL

  • Erro nº 27230859: COMPORTAMENTO INESPERADO AO LIDAR COM POLÍGONO INVÁLIDO"

  • Erro nº 27081349: COMPORTAMENTO INESPERADO AO EXCLUIR COM ESPACIAL"

  • Erro nº26935001: ALTERAR TABELA AUTO_INCREMENT TENTA LER ÍNDICE DO TABLESPACE DESCARTADO

  • Erro nº29770705: SERVIDOR TRAVOU AO EXECUTAR SELEÇÃO COM CLÁUSULA WHERE ESPECÍFICA

  • Erro nº27659490: SELECIONAR USANDO INTERVALO DINÂMICO E MESCLAGEM DE ÍNDICE USA MUITA MEMÓRIA (OOM)

  • Erro nº24786290: A REPLICAÇÃO É INTERROMPIDA APÓS O Erro nº74145 OCORRER NO MASTER

  • Erro nº27703912: USO EXCESSIVO DE MEMÓRIA COM MUITA PREPARAÇÃO

  • Erro nº20527363: FALHA AO TRUNCAR TABELA TEMPORÁRIA: !DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • Erro nº 23103937: PS_TRUNCATE_ALL_TABLES() NÃO FUNCIONA NO MODO SUPER_READ_ONLY

  • Erro nº 25053286: USAR VISUALIZAÇÃO COM CONDIÇÃO NO PROCEDIMENTO CAUSA COMPORTAMENTO INCORRETO (corrigido em 5.6.36)

  • Erro nº 25586773: COMPORTAMENTO INCORRETO PARA CRIAR TABELA SELECT EM UM LOOP EM SP (corrigido em 5.6.39)

  • Erro nº 27407480: AUTOMATIC_SP_PRIVILEGES REQUER OS PRIVILÉGIOS DE INSERÇÃO PARA A TABELA MYSQL.USER

  • Erro nº 26997096: o valor relay_log_space não é atualizado de forma sincronizada, de modo que seu valor é às vezes muito maior do que o espaço em disco real usado pelos logs de retransmissão.

  • Erro nº 15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NÃO ESTÁ FUNCIONANDO CONFORME O ESPERADO

  • Erro de backport SSL nº 17087862, erro nº 20551271

  • Erro nº 16894092: REGRESSÃO DE PERFORMANCE EM 5.6.6+ PARA INSERIR EM... SELECT ... DE (corrigido em 5.6.15).

  • Transfira uma correção de erro relacionada a SLAVE_TYPE_CONVERSIONS.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2020-11-09 (versão 1.22.3) (obsoleta) 1.22.3
  • Bug #26654685: Um ID de índice corrompido encontrado durante uma verificação de chave estrangeira gerou uma declaração

  • Erro nº 15831300: Por padrão, ao promover inteiros de um tipo menor no mestre para um tipo maior no escravo (por exemplo, de uma coluna SMALLINT no mestre para uma coluna BIGINT no escravo), os valores promovidos são tratados como se fossem assinados. Agora, nesses casos, é possível modificar ou substituir esse comportamento usando um ou ambos de ALL_SIGNED, ALL_UNSIGNED no conjunto de valores especificados para a variável de sistema de servidor slave_type_conversions . Para obter mais informações, consulte Replicação baseada em linha: promoção e rebaixamento de atributos, bem como a descrição da variável.

  • Ero nº17449901: Com foreign_key_checks=0, o InnoDB permitiu que um índice exigido por uma restrição de chave estrangeira fosse descartado, colocando a tabela em um inconsistente e fazendo com que a falha na verificação de chave estrangeira ocorre na carga da tabela. O InnoDB agora evita descartar um índice exigido por uma restrição de chave estrangeira, mesmo com foreign_key_checks=0. A restrição de chave estrangeira deve ser removida antes de soltar o índice de chave estrangeira.

  • ERRO N.º 20768847: Um ALTER TABLE... A operação DROP INDEX em uma tabela com dependências de chave estrangeira levantou uma declaração.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 1.22.0) (obsoleta) 1.22.0
  • Bug nº 16346241 - SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

  • Bug nº 17733850 - NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEM_NAME_CONST()

  • Bug nº 20989615 - INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

  • Erro nº 20181776 – O CONTROLE DE ACESSO NÃO CORRESPONDE AO HOST MAIS ESPECÍFICO QUANDO CONTÉM CARACTERES CURINGA

  • Bug nº 27326796 - MYSQL CRASH WITH INNODB ASSERTION FAILURE IN FILE PARS0PARS.CC

  • Bug nº 20590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-25 (versão 1.21.0) (obsoleta) 1.21.0
  • Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bug #17059925: para instruções UNION, o valor das linhas examinadas era calculado de maneira incorreta. Isso era manifestado como valores grandes demais para a coluna ROWS_EXAMINED das tabelas de instrução do Performance Schema (como events_statements_current).

  • Bug #11827369: algumas consultas com subconsultas aninhadas SELECT ... FROM DUAL geravam uma afirmação.

  • Bug nº 16311231: resultados incorretos eram retornados se uma consulta contivesse uma subconsulta em uma cláusula IN, que contivesse uma operação XOR na cláusula WHERE.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-11-11 (versão 1.20.0) (obsoleta) 1.20.0
  • Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bug #17059925: para instruções UNION, o valor das linhas examinadas era calculado de maneira incorreta. Isso era manifestado como valores grandes demais para a coluna ROWS_EXAMINED das tabelas de instrução do Performance Schema (como events_statements_current).

  • Bug #11827369: algumas consultas com subconsultas aninhadas SELECT ... FROM DUAL geravam uma afirmação.

  • Bug nº 16311231: resultados incorretos eram retornados se uma consulta contivesse uma subconsulta em uma cláusula IN, que contivesse uma operação XOR na cláusula WHERE.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-09-19 (versão 1.19.5) (obsoleta) 1.19.5
  • CVE-2018-2696

  • CVE-2015-4737

  • Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bug #17059925: para instruções UNION, o valor das linhas examinadas era calculado de maneira incorreta. Isso era manifestado como valores grandes demais para a coluna ROWS_EXAMINED das tabelas de instrução do Performance Schema (como events_statements_current).

  • Bug #11827369: algumas consultas com subconsultas aninhadas SELECT ... FROM DUAL geravam uma afirmação.

  • Bug #16311231: resultados incorretos eram retornados se uma consulta contivesse uma subconsulta em uma cláusula IN, que contivesse uma operação XOR na cláusula WHERE.

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-02-07 (versão 1.19.0) (obsoleta) 1.19.0
  • BUG Nº 32917: DETECTAR ARQUIVOS DE GRUPOS TEMPORÁRIOS ÓRFÃOS E TRATAR COM TRANQUILIDADE

  • BUG N° 63144: BLOQUEIO DE METADADOS DO COMANDO CREATE TABLE IF NOT EXISTS É MUITO RESTRITIVO

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2019-01-17 (versão 1.17.8) (obsoleta) 1.17.8
  • BUG N° 13418638: CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-10-08 (versão 1.17.7) (obsoleta) 1.17.7
  • Índice perdido em uma coluna de chave estranha causa perda de tabela. (Bug #16208542)

  • Vazamento da memória em add_derived_key(). (Bug #76349)

  • Em tabelas particionadas, as consultas podem retornar resultados diferentes, dependendo do uso de mesclagem de índice. (Bug #16862316)

  • Consultas que usam a otimização de mesclagem de índice (consulte Otimização de mesclagem de índice) podem retornar resultados inválidos quando executadas em tabelas que foram particionadas por HASH. (Bug #17588348)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-09-06 (versão 1.17.6) (obsoleta) 1.17.6
  • Para uma instrução ALTER TABLE que renomeou ou alterou o valor padrão de uma coluna BINARY, a alteração foi feita usando uma cópia da tabela e não está no local. (Bug nº 67141, Bug nº 14735373, Bug nº 69580, Bug nº 17024290)

  • Uma união externa entre uma tabela regular e uma tabela derivada que agrupa implicitamente pode causar uma saída do servidor. (Bug nº 16177639)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.17) (obsoleta) 1.17.0
  • LAST_INSERT_ID é replicado incorretamente se os filtros de replicação forem usados (Bug 69861)

  • A consulta retorna resultados diferentes dependendo da configuração INDEX_MERGE (Bug 16862316)

  • Nova execução de procedimento de consulta de rotina armazenada, plano de consulta ineficiente (Bug 16346367)

  • InnoDB FTS : declaração em FTS_CACHE_APPEND_DELETED_DOC_IDS (Bug 18079671)

  • Declaração RBT_EMPTY(INDEX_CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (Bug 17536995)

  • Pesquisa InnoDB fulltext não encontra registros quando pontos de gravação estão envolvidos (bug 70333, bug 17458835)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-11-20 (versão 1.15.1) (obsoleta) 1.15.1
  • Revertido — Instância do MySQL parada ao "fazer um índice SYNC" (bug 73816)

  • Revertido — Declaração RBT_EMPTY(INDEX_CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (Bug 17536995)

  • Revertido — Pesquisa InnoDB Fulltext não encontra registros quando pontos de gravação estão envolvidos (bug 70333)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2017-10-24 (versão 1.15) (obsoleta) 1.15.0
  • CREATE USER aceita plugin e hash de senha, mas ignora o hash de senha (erro #78033)

  • O mecanismo de particionamento adiciona campos ao conjunto de bits de leitura capazes de retornar entradas classificadas de um índice particionado. Isso leva o buffer de junção a tentar ler campos desnecessários. Corrigido não adicionando todos os campos de particionamento ao read_set, mas em vez de somente classificar nos campos de prefixo definidos no read_set. Adicionado um DBUG_ASSERT que, se key_cmp, pelo menos o primeiro campo deverá ser lido (Bug 16367691).

  • Instância do MySQL paralisada ao "fazer um índice SYNC" (Bug nº 73816)

  • Declaração RBT_EMPTY(INDEX_CACHE->WORDS) na COLUNA DE ALTERAÇÃO DE ALTER TABLE (Bug 17536995)

  • Pesquisa de texto completo de InnoDB não encontra registros quando pontos de salvamento estão envolvidos (erro #70333)

Atualizações do mecanismo de banco de dados do Aurora MySQL de 2018-03-13 (versão 1.14.4) (obsoleta) 1.14.4
  • Eventos ignoráveis não funcionam e não são testados (bug N° 74683)

  • NOVO->FALHA EM ASSERT ANTIGA “GTID_MODE > 0' (erro #20436436)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-08-07 (versão 1.14) (obsoleta) 1.14.0

Uma pesquisa de texto completo combinada com tabelas derivadas (subconsultas na cláusula FROM) causou uma saída do servidor. Agora, se uma operação de texto completa depender de uma tabela derivada, o servidor produzirá um erro indicando que uma pesquisa de texto completa não pode ser realizada em uma tabela materializada. (Bug nº 68751, Bug nº 16539903)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-05-15 (versão 1.13) (obsoleta) 1.13.0
  • Recarregar uma tabela que foi removida enquanto vazia fez com que um valor AUTO_INCREMENT fosse redefinido. (Bug nº 21454472, Bug nº 77743)

  • Um registro de índice não foi encontrado na reversão devido a inconsistências na estrutura de purge_node_t. A inconsistência resultou em avisos e mensagens de erro, como "erro na atualização da entrada do índice sec", "impossível limpar um registro" e "tentativa de limpar a entrada do índice sec não marcada para exclusão". (Bug nº 19138298, Bug nº 70214, Bug nº 21126772, Bug nº 21065746)

  • O cálculo incorreto do tamanho da pilha para a operação qsort resulta em excedente de pilha. (Bug nº 73979)

  • Registro não encontrado em um índice após reversão. (Bug nº 70214, Bug nº 72419)

  • ALTER TABLE adicionar coluna TIMESTAMP na atualização CURRENT_TIMESTAMP insere ZERO-datas (Bug nº 17392)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-04-05 (versão 1.12) (obsoleta) 1.12.0
  • Recarregar uma tabela que foi removida enquanto vazia fez com que um valor AUTO_INCREMENT fosse redefinido. (Bug nº 21454472, Bug nº 77743)

  • Um registro de índice não foi encontrado na reversão devido a inconsistências na estrutura de purge_node_t. A inconsistência resultou em avisos e mensagens de erro, como "erro na atualização da entrada do índice sec", "impossível limpar um registro" e "tentativa de limpar a entrada do índice sec não marcada para exclusão". (Bug nº 19138298, Bug nº 70214, Bug nº 21126772, Bug nº 21065746)

  • O cálculo incorreto do tamanho da pilha para a operação qsort resulta em excedente de pilha. (Bug nº 73979)

  • Registro não encontrado em um índice após reversão. (Bug nº 70214, Bug nº 72419)

  • ALTER TABLE adicionar coluna TIMESTAMP na atualização CURRENT_TIMESTAMP insere ZERO-datas (Bug nº 17392)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2017-02-23 (versão 1.11) (obsoleta) 1.11.0
  • A execução da tabela ALTER da chave estrangeira DROP simultaneamente com outra operação DROP faz com que a tabela desapareça. (Bug nº 16095573)

  • Algumas consultas INFORMATION_SCHEMA que usaram ORDER BY não usaram uma otimização de classificação de arquivo como fizeram anteriormente. (Bug nº 16423536)

  • FOUND_ROWS () retorna a contagem incorreta de linhas em uma tabela. (Bug nº 68458)

  • O servidor falha em vez de indicar um erro quando muitas tabelas temporárias estão abertas. (Bug nº 18948649)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-12-14 (versão 1.10) (obsoleta) 1.10.0
  • UNION de tabelas derivadas retorna resultados incorretos com cláusulas '1=0/false'. (Bug nº 69471)

  • O servidor falha em ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS na segunda execução do procedimento armazenado. (Bug nº 20755389)

  • Evite que consultas MySQL fiquem paradas por muito tempo durante a sincronização do cache de FTS com o disco, descarregando a tarefa de sincronização de cache em um thread separado, assim que o tamanho do cache atingir 10% do tamanho total. (Bugs #22516559, #73816)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-10-26 (versão 1.8.1) (obsoleta) 1.8.1
  • O OpenSSL alterou os parâmetros de comprimento da chave Diffie-Hellman devido ao problema. LogJam (Bug nº 18367167)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-10-18 (versão 1.8) (obsoleta) 1.8.0
  • Ao descartar todos os índices em uma coluna com vários índices, o InnoDB falhou ao bloquear uma operação DROP INDEX quando uma restrição de chave estrangeira requer um índice. (Bug nº 16896810)

  • Resolvida falha de restrição de chave estrangeira adicionada. (Bug nº 16413976)

  • Correção de uma falha ao buscar um cursor em um procedimento armazenado e analisar ou liberar a tabela ao mesmo tempo. (Bug nº 18158639)

  • Correção de um bug de incremento automático quando um usuário altera uma tabela para alterar o valor de AUTO_INCREMENT para menos do que o valor de coluna de incremento automático máximo. (Bug nº 16310273)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-08-30 (versão 1.7.0) (obsoleta) 1.7.0
  • Melhoria de escalabilidade ao particionar o bloqueio LOCK_grant. (Port WL #8355)

  • Abrir o cursor em SELECT no procedimento armazenado causa segfault. (Port Bug#16499751)

  • O MySQL fornece o resultado incorreto com algum uso especial. (Bug nº 11751794)

  • Falha em GET_SEL_ARG_FOR_KEYPART – causada pelo patch para o Bug nº 11751794. (Bug nº 16208709)

  • Resultados incorretos para uma consulta simples com GROUP BY. (Bug nº 17909656)

  • Linhas extras na consulta de semijunção com predicados de intervalo. (Bug nº 16221623)

  • A inclusão de uma cláusula ORDER BY após uma subconsulta IN pode fazer com que linhas duplicadas sejam retornadas. (Bug nº 16308085)

  • Falha com explicação para uma consulta com varredura solta para GROUP BY, MyISAM. (Bug nº 16222245)

  • A varredura de índice solta com o predicado quoted int retorna dados aleatórios. (Bug nº 16394084)

  • Se o otimizador estivesse usando uma varredura de índice solta, o servidor poderia ser encerrado ao tentar criar uma tabela temporária. (Bug nº 16436567)

  • COUNT(DISTINCT) não deve contar valores NULL, mas eles foram contados quando o otimizador usou a varredura de índice solta. (Bug nº 17222452)

  • Se uma consulta teve MIN()/MAX() e aggregate_function(DISTINCT) (por exemplo, SUM(DISTINCT)) e foi executada usando a varredura de índice solta, os valores de resultados de MIN()/MAX() foram definidos incorretamente. (Bug nº 17217128)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-06-01 (versão 1.6.5) (obsoleta) 1.6.5
  • SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug #17632285)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-04-06 (versão 1.6) (obsoleta) 1.6.0
  • BACKPORT Bug 18694052 FIX FOR ASSERTION `!M_ORDERED_REC_BUFFER' FAILED TO 5.6 (Bug de porta 18305270)

  • SEGV IN MEMCPY(), HA_PARTITION::POSITION (Bug de porta # 18383840)

  • WRONG RESULTS WITH PARTITIONING,INDEX_MERGE AND NO PK (Bug de porta # 18167648)

  • FLUSH TABLES FOR EXPORT: ASSERTION IN HA_PARTITION::EXTRA (Bug de porta # 16943907)

  • SERVER CRASH IN VIRTUAL HA_ROWS HANDLER::MULTI_RANGE_READ_INFO_CONST (Bug de Porta # 16164031)

  • RANGE OPTIMIZER CRASHES IN SEL_ARG::RB_INSERT() (Bug de Porta # 16241773)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2016-01-11 (versão 1.5) (obsoleta)

1.5.0

  • Resolução de uma correção incompleta na pesquisa de texto completa MySQL que afeta tabelas em que o nome do banco de dados começa com um dígito. (Bug nº 17607956 de porta)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-12-03 (versão 1.4) (obsoleta)

1.4

  • SEGV em FTSPARSE(). (Bug nº 16446108)

  • O dicionário de dados do InnoDB não é atualizado ao renomear a coluna. (Bug nº 19465984)

  • Falha do FTS após a renomeação da tabela para um banco de dados diferente. (Bug nº 16834860)

  • Uma falha na preparação do trigger em tabelas truncadas causa o erro 1054. (Bug nº 18596756)

  • Alterações de metadados podem causar problemas com a execução de disparadores. (Bug nº 18684393)

  • A materialização não está escolhida para o campo VARCHAR UTF8 longo. (Bug nº 17566396)

  • Plano de execução insatisfatório quando ORDER BY com limite X.(Bug n.º 16697792)

  • Bug de backport #11765744 PARA 5.1, 5.5 E 5.6. (Bug nº 17083851)

  • Problema de mutex no SQL/SQL_SHOW.CC resultado em SIG6. Origem provavelmente FILL_VARIABLES. (Bug nº 20788853)

  • Bug de backport #18008907 para versões 5.5+. (Bug nº 18903155)

  • Correção de um erro de excedente de pilha no MySQL 5.7. (Bug nº 19678930)

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

1.2, 1.3

  • 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)

Atualizações do mecanismo de banco de dados do Aurora MySQL: 2015-08-24 (versão 1.1) (obsoleta)

1.1

  • Bancos de dados InnoDB com nomes que começam com um dígito causam um erro do analisador de pesquisa de texto completo (FTS). (Bug #17607956)

  • Pesquisas de texto completo do InnoDB falham em bancos de dados cujos nomes começavam com um dígito. (Bug #17161372)

  • Para bancos de dados InnoDB no Windows, o ID de objeto de pesquisa de texto completo (FTS) não está no formato hexadecimal esperado. (Bug #16559254)

  • Uma regressão de código introduzida no MySQL 5.6 afetou negativamente a performance de DROP TABLE e ALTER TABLE. Isso pode causar uma queda de performance entre o MySQL Server 5.5.x e 5.6.x. (Bug #16864741)