32 | 执行MySQL遇到kill不掉语句分析（此时你慌不慌）

一、前言

前言就是本次无前言，好好学习吧～

二、正文

1.MySQL中的两个kill命令是什么？

kill query thread_id 和 kill connection thread_id

2.举出kill query命令的正向案例？kill query的原理是什么？为什么要发送信号量？

session A = begin; update t set c=c+1 where id = 1。session B = begin;update t set c=c+1 where id = 1 (blocked) 。session C = kill query thread_id。
1）先将自身状态设置为thd::kill_query。2）发送信号量给当前thread。
session B 处于锁等待状态，如果只是把 session B 的线程状态设置 THD::KILL_QUERY，线程 B 并不知道这个状态变化，还是会继续等待。发一个信号的目的，就是让 session B 退出等待，来处理这个 THD::KILL_QUERY 状态。

3.举出kill connection命令的正向案例？为什么执行kill query 命令不能终止？kill connection原理是什么？在show processlist中线程状态是什么？对于这种情况怎么办？

首先，执行 set global innodb_thread_concurrency=1，将 InnoDB 的并发线程上限数设置为 1；然后，执行下面的序列：session A = begin; select sleep(1000) from t。session B = select * from t (blocked)。session C = kill query B （无效）。session D = kill connection B
等行锁时，使用的是 pthread_cond_timedwait 函数，这个等待状态可以被唤醒。但是，例子里，1线程的等待逻辑是这样的：每 10 毫秒判断一下是否可以进入 InnoDB 执行，如果不行，就调用 nanosleep 函数进入 sleep 状态。
1）把线程状态设置为 KILL_CONNECTION；2）关掉线程的网络连接。PS：因为有这个操作，所以你会看到，这时候 session B 收到了断开连接的提示。
killed。
加大innodb_thread_concurrency数或者杀掉其他线程让当前阻塞线程执行完成。

4.除了“线程没有执行到判断线程状态的逻辑”外还有什么情况导致kill不掉？Ctrl+C 命令原理？

终止逻辑耗时较长，主要3种情况。1）超大事务kill，回滚操作需要对事务执行期间操作的所有新数据版本。2）执行DDL操作，尤其是到最后阶段。3）大查询的回滚，比如生成了比较大的临时表。
由于 MySQL 是停等协议，执行 Ctrl+C 的时候，是 MySQL 客户端另外启动一个连接，然后发送一个 kill query 命令。

5.客户端的两个误解。

5.1.如果库里面的表特别多，连接就会很慢，这句话对？那什么原因造成的慢呢？如何避免慢？

不对，每个客户端在和服务端建立连接的时候，需要做的事情就是 TCP 握手、用户校验、获取权限。但这几个操作，显然跟库里面表的个数无关。
我们感知到的连接过程慢，其实并不是连接慢，也不是服务端慢，而是客户端慢。具体原因：当使用默认参数连接的时候，MySQL 客户端会提供一个本地库名和表名补全的功能。为了实现这个功能，客户端在连接成功后，需要多做一些操作：执行 show databases；切到某个db 库，执行 show tables；把这两个命令的结果用于构建一个本地的哈希表。
使用-A或者-quick就可以关掉这个自动补全的功能，然后客户端就可以快速返回了。

5.2.-quick是对服务端加速的参数？为什么会让服务端性能变慢？如果不是那么是怎么对客户端加速的？

不是，启用-quick参数会让降低服务端性能。
MySQL 客户端发送请求后，接收服务端返回结果的方式有两种：1）一种是本地缓存，也就是在本地开一片内存，先把结果存起来。如果你用 API 开发，对应的就是 mysql_store_result 方法。2）另一种是不缓存，读一个处理一个。如果你用 API 开发，对应的就是 mysql_use_result 方法。PS：使用-quick就是采用第二种。
1）跳过表名自动补全功能。2）使用本地缓存，缓存查询结果。3）不会把执行命令记录到本地的命令历史文件

三、课后题

问题：如果你碰到一个被 killed 的事务一直处于回滚状态，你认为是应该直接把 MySQL 进程强行重启，还是应该让它自己执行完成呢？为什么呢？

四、精彩评论

6.kill connection本质上只是把客户端的sql连接断开，后面的执行流程还是要走kill query的，此外就是show processlist的时候，kill connection会显示“killed”。

7.执行kill的时候没进InnoDB，不受这个innodb_thread_concurrency参数限制