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个会话

session1session2session3
begin;
select * from t1;
rename table t1 to t2; 【由于锁等待,hang住】
show processlist; 【查看 processlist_id】
kill session2;
【session2 重新连接并且继续执行语句,处于锁等待状态】
show processlist; 【可以看到session2重新连接并继续执行SQL】
commit;
【rename 执行成功】
show tables; 【t1 被 rename 为 t2】

session1:开启一个事务不提交

mysql> use test
Database changed
mysql> 
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)

img

session2:执行DDL语句

mysql> use test
Database changed
mysql> 
mysql> 
mysql> rename table t1 to t2; 

img

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)
#为了排版,表格字段略有删减,具体信息请看图片

1

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

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

img

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)
#为了排版,表格字段略有删减,具体信息请看图片

img

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

session1:提交事务

mysql> commit;   
Query OK, 0 rows affected (0.01 sec)  

img

session2:执行成功

mysql> use test
Database changed
mysql> 
mysql> 
mysql> rename table t1 to t2; 
ERROR 2013 (HY000): Lost connection to MySQL server during query
No connection. Trying to reconnect...
Connection id:    136
Current database: test

Query OK, 0 rows affected (8 min 38.00 sec)

img

通过上述测试,可以看到明明执行了 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)
#为了排版,表格字段略有删减,具体信息请看图片

img

session2:

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

img

可以看到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)

4

session2:

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

img

可以看到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...



Enjoy GreatSQL :)

## 关于 GreatSQL

GreatSQL是由万里数据库维护的MySQL分支,专注于提升MGR可靠性及性能,支持InnoDB并行查询特性,是适用于金融级应用的MySQL分支版本。

相关链接: GreatSQL社区 Gitee GitHub Bilibili

GreatSQL社区:

社区博客有奖征稿详情:https://greatsql.cn/thread-100-1-1.html

image-20230105161905827

技术交流群:

微信:扫码添加GreatSQL社区助手微信好友,发送验证信息加群

image-20221030163217640

GreatSQL是由万里数据库维护的MySQL分支,专注于提升MGR可靠性及性能,支持InnoDB并行查询特性,是适用...

7 声望
4 粉丝
0 条评论
推荐阅读
MySQL对derived table的优化处理与使用限制
何为derived table?这里我把它翻译成派生表,简单来讲,就是将from 子句中出现的检索结果集当做一张表,比如from 一个select构造的子查询,这个子查询就是一个派生表,from 一个视图,这个视图就是一个派生表,f...

GreatSQL社区

花了几个月时间把 MySQL 重新巩固了一遍,梳理了一篇几万字 “超硬核” 的保姆式学习教程!(持续更新中~)
MySQL 是最流行的关系型数据库管理系统,在 WEB 应用方面 MySQL 是最好的 RDBMS(Relational Database Management System:关系数据库管理系统)应用软件之一。

民工哥14阅读 2k

封面图
硬卷完了!MongoDB 打怪升级进阶成神之路( 2023 最新版 )!
前面我们学习:MySQL 打怪升级进阶成神之路、Redis 打怪升级进阶成神之路,然后我们还在继续 NoSQL 的卷王之路。从第一篇文章开始,我们逐步详细介绍了 MogoDB 基础概念、安装和最基本的CURD操作、索引和聚合、工...

民工哥7阅读 614

封面图
初学后端,如何做好表结构设计?
这篇文章介绍了设计数据库表结构应该考虑的4个方面,还有优雅设计的6个原则,举了一个例子分享了我的设计思路,为了提高性能我们也要从多方面考虑缓存问题。

王中阳Go4阅读 1.7k评论 2

封面图
又一款内存数据库横空出世,比 Redis 更强,性能直接飙升一倍!杀疯了
KeyDB是Redis的高性能分支,专注于多线程,内存效率和高吞吐量。除了多线程之外,KeyDB还具有仅在Redis Enterprise中可用的功能,例如Active Replication,FLASH存储支持以及一些根本不可用的功能,例如直接备份...

民工哥4阅读 1.7k评论 2

封面图
Vue+Express+Mysql全栈项目之增删改查、分页排序导出表格功能
本文记录一下实现一个全栈项目,前端使用vue框架、后端使用express框架、数据库使用mysql。此项目的意义不仅仅有助于我们复习nodejs相关知识、更有助于带前端新人,使其快速从整体全局角度中,理解常规后台管理系...

水冗水孚4阅读 2.6k

MySQL百万数据深度分页优化思路分析
一般在项目开发中会有很多的统计数据需要进行上报分析,一般在分析过后会在后台展示出来给运营和产品进行分页查看,最常见的一种就是根据日期进行筛选。这种统计数据随着时间的推移数据量会慢慢的变大,达到百万...

一个程序员的成长7阅读 927

封面图

GreatSQL是由万里数据库维护的MySQL分支,专注于提升MGR可靠性及性能,支持InnoDB并行查询特性,是适用...

7 声望
4 粉丝
宣传栏