Início / dba / Perguntas / 186545
Accepted
tombom
Asked: 2017-09-22 03:59:40 +0800 CST

A consulta de interrupção envia o ID do encadeamento errado

  • 772

No cliente de linha de comando do MySQL (Linux), quando eu mato uma consulta pressionando CTRL+ , cisso geralmente funciona bem.

mysql (slave) > select sleep(5);
^CCtrl-C -- sending "KILL QUERY 117920686" to server ...
Ctrl-C -- query aborted.
+----------+
| sleep(5) |
+----------+
+----------+
1 row in set (0.78 sec)

No entanto, quando faço o mesmo no meu servidor mestre ao vivo (de todos os servidores, deve ser este ...), de alguma forma, ele envia o ID de thread errado.

mysql (master) > select sleep(5);
^CCtrl-C -- sending "KILL QUERY 770543254" to server ...
Ctrl-C -- query aborted.
+----------+
| sleep(5) |
+----------+
+----------+
1 row in set (5.00 sec) /* <- it obviously hasn't aborted at all */

O ID é muito baixo. Outros encadeamentos têm IDs como 26534760326. Todos os servidores são da mesma versão:

# yum list installed mysql*
Loaded plugins: dellsysid, rhnplugin, security, ulninfo
This system is receiving updates from RHN Classic or Red Hat Satellite.
Installed Packages
MySQL-python.x86_64                                             1.2.3-0.3.c1.1.el6                              @public_ol6_latest
mysql-community-client.x86_64                                   5.6.27-2.el6                                    @mysql56-community
mysql-community-common.x86_64                                   5.6.27-2.el6                                    @mysql56-community
mysql-community-libs.x86_64                                     5.6.27-2.el6                                    @mysql56-community
mysql-community-libs-compat.x86_64                              5.6.27-2.el6                                    @mysql56-community
mysql-community-release.noarch                                  el6-5                                           @/mysql-community-release-el6-5.noarch
mysql-community-server.x86_64                                   5.6.27-2.el6                                    @mysql56-community

Informação adicional:

A connection_id()função retorna o valor correto no entanto.

root@ods01:(none) > select connection_id();
+-----------------+
| connection_id() |
+-----------------+
|     26542310314 |
+-----------------+
1 row in set (0.00 sec)

root@ods01:(none) > select sleep(5);
^CCtrl-C -- sending "KILL QUERY 772506538" to server ...
Ctrl-C -- query aborted.
+----------+
| sleep(5) |
+----------+
+----------+
1 row in set (5.00 sec)

Alguém sabe como consertar isso?

mysql client

1 respostas

  1. Best Answer

    Escreva um relatório de bug! http://bugs.mysql.com .

      26542310314 MOD 2^32 = 772506538

    Ou seja, o connection_id de 64 bits foi cortado para 32 bits para enviar o KILL, enviando-o para o id errado.

    Poucos usuários passam de 4 bilhões de conexões. Há quanto tempo seu servidor está ativo? Espero que o código não esteja se reconectando para cada consulta.

    Alterar registros

    ----- 25/09/2014 5.7.5 Marco 15 -- Bugs corrigidos -- -----

    IDs de conexão são inteiros sem sinal de 32 bits, começando em 1. Quando o servidor atribui IDs de conexão e atinge o topo do intervalo de 32 bits, ele rola o valor para começar em 1 novamente. Era possível que o servidor atribuísse um ID de conexão a um novo encadeamento enquanto esse ID ainda estivesse em uso por um encadeamento existente, se o encadeamento antigo tivesse uma execução particularmente longa. Para esses casos, a referência ao ID se torna ambígua. Por exemplo, não pode ser determinado de forma confiável para KILL connection_idqual thread matar, o que pode levar a um comportamento indefinido. Esse comportamento foi corrigido para que os IDs em uso não sejam reutilizados. IDs de conexão são inteiros sem sinal de 32 bits, começando em 1. Quando o servidor atribui IDs de conexão e atinge o topo do intervalo de 32 bits, ele rola o valor para começar em 1 novamente. Era possível que o servidor atribuísse um ID de conexão a um novo encadeamento enquanto esse ID ainda estivesse em uso por um encadeamento existente, se o encadeamento antigo tivesse uma execução particularmente longa. Para esses casos, a referência ao ID se torna ambígua. Por exemplo, não pode ser determinado de forma confiável para KILL connection_id qual encadeamento matar, o que pode levar a um comportamento indefinido. Esse comportamento foi corrigido para que os IDs em uso não sejam reutilizados.

    ----- 2012-12-11 5.6.9 Release Candidate -- Bugs corrigidos -- Mudança incompatível -----

    Valores de ID de conexão (ID de thread) maiores que 32 bits podem ocorrer em alguns sistemas (como sistemas de 64 bits ocupados ou de longa duração), causando estes problemas:

    Os IDs de conexão gravados no log de consulta geral e no log de consulta lenta estavam incorretos. Isso era verdade para log em arquivos e tabelas.

    A função CONNECTION_ID() pode retornar um valor com um tipo de dados muito pequeno para valores maiores que 32 bits.

    As funções da API C mysql_thread_id() e mysql_kill() não tratam valores de ID maiores que 32 bits. Isso pode resultar em matar o segmento errado; por exemplo, se você invocou mysql_kill(mysql_thread_id()).

    Os IDs de conexão agora podem ser valores de 64 bits quando o servidor os suporta (quando criados com tipos de dados de 64 bits), o que tem estes efeitos:

    Os IDs de conexão são registrados corretamente no log de consulta geral e no log de consulta lenta.

    Nota Esta mudança envolve uma modificação nas tabelas de log, portanto, após atualizar para esta versão, você deve executar mysql_upgrade e reiniciar o servidor.

    CONNECTION_ID() retorna um tipo de dados apropriado para valores maiores que 32 bits.

    mysql_thread_id() permanece inalterado; o protocolo cliente/servidor tem apenas 4 bytes para o valor do ID. Esta função retorna um valor incorreto (truncado) para IDs de conexão maiores que 32 bits e deve ser evitada.

    mysql_kill() ainda não pode manipular valores maiores que 32 bits, mas para evitar matar o thread errado agora retorna um erro nestes casos:

    Se for dado um ID maior que 32 bits, mysql_kill() retornará um erro CR_INVALID_CONN_HANDLE .

    Depois que o contador de ID de thread interno do servidor atinge um valor maior que 32 bits, ele retorna um erro ER_DATA_OUT_OF_RANGE para qualquer invocação mysql_kill () e mysql_kill() falha.

    Para evitar problemas com mysql_thread_id() e mysql_kill() , não os use. Para obter o ID da conexão, execute uma consulta SELECT CONNECTION_ID() e recupere o resultado. Para matar um thread, execute uma instrução KILL.

    (Bug #19806, Bug #11745768, Bug #65715, Bug #14236124, Bug #44728, Bug #11753308)

    (Pequenos números de bugs podem ser encontrados em bugs.mysql.com; grandes números de bugs são inacessíveis - internos ao Oracle.)

    Portanto, recomendamos que você atualize para 5.6.9+ ou 5.7.5+. Como você está em 5.6.27, há um quebra-cabeça. Talvez algum detalhe nesse longo Changelog diga algo útil.

    • 2

relate perguntas