技术社群的这篇文章《图解 MySQL 第二篇 | KILL 的工作原理》是对Percona工程师Yunus Uyanik写的译文，主要探讨MySQL如何使用KILL命令处理线程终止，如图表所示，并提供示例演示以帮助更好理解。
原文链接，
https://www.percona.com/blog/mysql-with-diagrams-part-two-how-kill-works/，January 7, 2025
很多人自以为了解这个主题，但实际上并非如此，或者理解有误。KILL 操作并非由运行 KILL 命令的线程处理，而是由被另一个线程终止的线程本身处理。这有点令人困惑，所以用图表来说明比较好。
该图说明了两个线程之间的交互：
线程 ID 10 表示正在主动执行查询的工作线程。
线程 ID 12 发出 KILL 10 命令以终止线程 ID 10。
线程 10： 该线程进入循环，分块处理查询。对于 ORDER BY 、 GROUP BY 或 ALTER TABLE 等操作 ，它会读取行块，处理这些行，并确认这些行。处理完每个行块后，它会检查 thd_killed() 标志，以确定是继续执行还是终止。
线程 12： 该线程发送 KILL 命令， 使用函数 thd_set_kill_status() 设置线程 10 的终止标志.
Kill 标志行为
如果终止标志未设置 ( thd_killed()=0
)，线程 10 将继续处理。如果终止标志已设置 ( thd_killed()=1
)，则查询执行将中止，临时表将被丢弃，所有活动事务都将回滚。
MySQL 函数：is_killed()
函数 is_killed()
检查线程是否应该终止：
bool Sql_data_context::is_killed() const {
const auto kill = thd_killed(get_thd());
DBUG_LOG("debug", "is_killed:" << kill);
if (0 == kill) return false;
return ER_QUERY_INTERRUPTED != kill;
}
如果 kill == 0 ，线程继续运行。如果为 kill != 0the thread is interrupted, ， 则停止进一步执行。
结论
通过理解 KILL 命令以及 MySQL 如何管理线程生命周期，您可以判断或理解为什么它比预期花费的时间更长。与往常一样，请仔细检查您的查询，并避免在生产环境中不加区分地终止线程，因为这可能会中断关键操作。安全总比后悔好。
如果您认为这篇文章有些帮助，还请不吝点下文章末尾的"点赞"和"在看"，或者直接转发朋友圈，
微信公众号：@bisal的个人杂货铺 腾讯云开发者社区：@bisal的个人杂货铺 头条号：@bisal的个人杂货铺 CSDN：@bisal ITPub：@bisal 墨天轮：@bisal 51CTO：@bisal 小红书：@bisal 抖音：@bisal
