Mysql系列之KILL(16)

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资源影响耗时较久。