写点什么

MySQL kill 会话不起作用?

作者:GreatSQL
  • 2023-03-23
    福建
  • 本文字数:3294 字

    阅读完需:约 11 分钟

MySQL kill会话不起作用?
  • GreatSQL 社区原创内容未经授权不得随意使用,转载请联系小编并注明来源。

  • GreatSQL 是 MySQL 的国产分支版本,使用上与 MySQL 一致。

  • 作者: 王权富贵

  • 文章来源:GreatSQL 社区原创



背景

在一次日常测试中发现,kill 一个会话后,SQL 语句依然在运行并没终止;被 kill 的会话重新连接并继续执行原来的 SQL 语句。

测试

本次测试基于 MySQL 8.0.27

1.创建测试表

create table t1 (id int, name  varchar(30));   insert into t1 values (1,'a'),(2,'b');  
复制代码

2.开启 3 个会话


session1:开启一个事务不提交


mysql> use testDatabase changedmysql> mysql> mysql> begin;Query OK, 0 rows affected (0.00 sec)
mysql> select * from t1;+------+------+| id | name |+------+------+| 1 | a || 2 | b |+------+------+2 rows in set (0.00 sec)
复制代码



session2:执行 DDL 语句


mysql> use testDatabase changedmysql> mysql> mysql> rename table t1 to t2; 
复制代码



session3:kill session2


mysql> show processlist;+-----+------+---------+---------+--------------------------------+----------------------+| Id  | db   | Command | Time    | State                          | Info                 |+-----+------+---------+---------+--------------------------------+----------------------+|   6 | NULL | Daemon  | 4399013 | Waiting on empty queue         | NULL                 || 132 | test | Sleep   |     232 |                                | NULL                 || 134 | test | Query   |     123 | Waiting for table metadata lock| rename table t1 to t2|| 135 | test | Query   |       0 | init                           | show processlist     |+-----+------+---------+---------+--------------------------------+----------------------+4 rows in set (0.00 sec)
mysql> kill 134;Query OK, 0 rows affected (0.01 sec)#为了排版,表格字段略有删减,具体信息请看图片
复制代码



session2:session2 重新连接,并且继续执行 DDL 语句,仍处于锁等待状态


mysql> rename table t1 to t2; ERROR 2013 (HY000): Lost connection to MySQL server during queryNo connection. Trying to reconnect...Connection id:    136Current database: test
复制代码



session3:查看会话信息


mysql> show processlist;+-----+------+---------+---------+--------------------------------+----------------------+| Id  | db   | Command | Time    | State                          | Info                 |+-----+------+---------+---------+--------------------------------+----------------------+|   6 | NULL | Daemon  | 4399260 | Waiting on empty queue         | NULL                 || 132 | test | Sleep   |     479 |                                | NULL                 || 135 | test | Query   |       0 | init                           | show processlist     || 136 | test | Query   |     193 | Waiting for table metadata lock| rename table t1 to t2|+-----+------+---------+---------+--------------------------------+----------------------+4 rows in set (0.00 sec)#为了排版,表格字段略有删减,具体信息请看图片
复制代码



可以看到, kill session2 后,session2 重新连接并且继续执行 SQL


session1:提交事务


mysql> commit;   Query OK, 0 rows affected (0.01 sec)  
复制代码



session2:执行成功


mysql> use testDatabase changedmysql> mysql> mysql> rename table t1 to t2; ERROR 2013 (HY000): Lost connection to MySQL server during queryNo connection. Trying to reconnect...Connection id:    136Current database: test
Query OK, 0 rows affected (8 min 38.00 sec)
复制代码



通过上述测试,可以看到明明执行了 kill 命令,但是依然没有达到我们想要的效果,似乎 kill 命令没有生效一样。


经过查询资料发现,由于通过 MySQL 客户端登录,--reconnect 重新连接选项默认是开启的,该选项在每次连接丢失时都会进行一次重新连接尝试;因此在 kill session2 后,session2 重新连接并再次执行之前的 SQL 语句,导致感觉 kill 命令没有生效。



--reconnect Reconnect if the connection is lost. Disable with --disable-reconnect. This option is enabled by default. (Defaults to on; use --skip-reconnect to disable.)
复制代码

解决

可以通过以下 2 种方式避免上述问题的发生:

1.执行 kill query 命令

KILL QUERY终止连接当前正在执行的语句,但保持连接本身不变


session3:执行 KILL QUERY 命令


mysql> show processlist;+-----+------+---------+---------+--------------------------------+----------------------+| Id  | db   | Command | Time    | State                          | Info                 |+-----+------+---------+---------+--------------------------------+----------------------+|   6 | NULL | Daemon  | 4401560 | Waiting on empty queue         | NULL                 || 132 | test | Sleep   |      11 |                                | NULL                 || 135 | test | Query   |       0 | init                           | show processlist     || 137 | test | Query   |       3 | Waiting for table metadata lock| rename table t1 to t2|+-----+------+---------+---------+--------------------------------+----------------------+4 rows in set (0.00 sec)
mysql> mysql> kill query 137;Query OK, 0 rows affected (0.00 sec)#为了排版,表格字段略有删减,具体信息请看图片
复制代码



session2:


mysql> rename table t1 to t2;   ERROR 1317 (70100): Query execution was interrupted  
复制代码



可以看到 session2 执行的语句已经被终止了,达到了我们想要的效果。

2.登录 mysql 客户端时加--skip-reconnect 选项

--skip-reconnect 表示当连接丢失时不会进行重新连接的尝试


session2:登录时加 --skip-reconnect 选项


shell> mysql -uroot -p -h127.0.0.1  -P3306 --skip-reconnect  
复制代码


session3:执行 kill 命令


mysql> show processlist;+-----+------+---------+---------+--------------------------------+----------------------+| Id  | db   | Command | Time    | State                          | Info                 |+-----+------+---------+---------+--------------------------------+----------------------+|   6 | NULL | Daemon  | 4402073 | Waiting on empty queue         | NULL                 || 132 | test | Sleep   |     524 |                                | NULL                 || 135 | test | Query   |       0 | init                           | show processlist     || 139 | test | Query   |       4 | Waiting for table metadata lock| rename table t1 to t2|+-----+------+---------+---------+--------------------------------+----------------------+4 rows in set (0.00 sec)
mysql> kill 139;Query OK, 0 rows affected (0.00 sec)
复制代码



session2:


mysql> rename table t1 to t2;ERROR 2013 (HY000): Lost connection to MySQL server during query
复制代码



可以看到 session2 的会话连接已经被终止,并且没有自动重新连接,达到了我们想要的效果。

总结

  1. 通过 MySQL 客户端登录时,会话重新连接的选项 --reconnect 默认是开启的,如果要禁止重新连接可在登录时添加 --skip-reconnect

  2. KILL CONNECTIONKILL 相同,它在终止连接正在执行的任何语句后,再终止会话连接。

  3. KILL QUERY 终止连接当前正在执行的语句,但保持连接本身不变。


参考链接


https://dev.mysql.com/doc/refman/8.0/en/kill.html


https://dev.mysql.com/doc/refman/8.0/en/mysql-command-options.html




用户头像

GreatSQL

关注

GreatSQL社区 2023-01-31 加入

GreatSQL是由万里数据库维护的MySQL分支,专注于提升MGR可靠性及性能,支持InnoDB并行查询特性,是适用于金融级应用的MySQL分支版本。 社区:https://greatsql.cn/ Gitee: https://gitee.com/GreatSQL/GreatSQL

评论

发布
暂无评论
MySQL kill会话不起作用?_MySQL_GreatSQL_InfoQ写作社区