KILL
-
kill query+线程id,表示终止这个线程中正在执行的语句;
1.会将语句的运行状态改成THD:KILL QUERY(将变量killed赋值为THD::KILL QUERY)
2.给执行线程发一个信号 -
kill [connection] +线程id,这里connection可缺省,表示断开这个线程的连接,当然如果这个线程有语句正在执行,也是要先停止正在执行的语句的。
1.把线程状态设置为KILL CONNECTION(执行show processlist的时候,有一个特别的逻辑:如果一个线程的状态是KILL CONNECTION,就把Command列显示成Killed.)
2.关掉线程的网络连接。此时客户端session会收到了断开连接的提示
kill并不会马上停止,而是告诉执行线程语句已经不需要继续执行了,可以开始“执行停止逻辑”
kill无效的情况
- 线程没有执行到判断线程状态的逻辑。线程收到信号后,需要等待特定的点,经由判断之后再终止。
- 终止逻辑耗时较长。这时候,从show processlist结果上看也是Command=Killed,需要等到终止逻辑完成,语句才算真正完成。这类情况,比较常见的场景有以下几种:
1.超大事务执行期间被kil。这时候,回滚操作需要对事务执行期间生成的所有新数据版本做回收操作,耗时很长。
2.大查询回滚。如果查询过程中生成了比较大的临时文件,加上此时文件系统压力大,删除临时文件可能需要等待lO资源,导致耗时较长。
3.DDL命令执行到最后阶段,如果被kil,需要删除中间过程的临时文件,也可能受IO资源影响耗时较久。