前言
本文分析了 mysqld 进程关闭的过程，以及如何安全、缓和地关闭 MySQL 实例，对这个过程不甚清楚的同学可以参考下。
关闭过程
1、发起 shutdown，发出 SIGTERM 信号
2、有必要的话，新建一个关闭线程(shutdown thread)
如果是客户端发起的关闭，则会新建一个专用的关闭线程
如果是直接收到 SIGTERM 信号进行关闭的话，专门负责信号处理的线程就会负责关闭工作，或者新建一个独立的线程负责这个事
当无法创建独立的关闭线程时（例如内存不足），MySQL Server 会发出类似下面的告警信息：
Error: Can’t create thread to kill server
3、MySQL Server 不再响应新的连接请求
关闭 TCP/IP 网络监听，关闭 Unix Socket 等渠道
4、逐渐关闭当前的连接、事务
来1源gaodai#ma#com搞*代#码1网
空闲连接，将立刻被终止；
当前还有事务、SQL 活动的连接，会将其标识为 killed，并定期检查其状态，以便下次检查时将其关闭；（参考 KILL 语法）
当前有活跃事务的，该事物会被回滚，如果该事务中还修改了非事务表，则已经修改的数据无法回滚，可能只会完成部分变更；
如果是 Master/Slave 复制场景里的 Master，则对复制线程的处理过程和普通线程也是一样的；
如果是 Master/Slave 复制场景里的 Slave，则会依次关闭 IO、SQL 线程，如果这 2 个线程当前是活跃的，则也会加上 killed 标识，然后再关闭；
Slave 服务器上，SQL 线程是允许直接停止当前的 SQL 操作的（为了避免复制问题），然后再关闭该线程；
在 MySQl 5.0.80 及以前的版本里，如果 SQL 线程当时正好执行一个事务到中间，该事务会回滚；从 5.0.81 开始，则会等待所有的操作结束，除非用户发起 KILL 操作。
当 Slave 的 SQL 线程对非事务表执行操作时被强制 KILL 了，可能会导致 Master、Slave 数据不一致；
5、MySQL Server 进程关闭所有线程，关闭所有存储引擎；
刷新所有表 cache，关闭所有打开的表；
每个存储引擎各自负责相关的关闭操作，例如 MyISAM 会刷新所有等待写入的操作；InnoDB 会将 buffer pool 刷新到磁盘中（从 MySQL 5.0.5 开始，如果 innodb_fast_shutdown 不设置为 2 的话），把当前的 LSN 记录到表空间中，然后关闭所有的内部线程。
6、MySQL Server 进程退出
关于 KILL 指令
从 5.0 开始，KILL 支持指定 CONNECTION | QUERY 两种可选项：
KILL CONNECTION 和原来的一样，停止回滚事务，关闭该线程连接，释放相关资源；
KILL QUERY 则只停止线程当前提交执行的操作，其他的保持不变；
提交 KILL 操作后，该线程上会设置一个特殊的 kill 标记位。通常需要一段时间后才能真正关闭线程，因为 kill 标记位只在特定的情况下才检查：
1、执行 SELECT 查询时，在 ORDER BY 或 GROUP BY 循环中，每次读完一些行记录块后会检查 kill 标记位，如果发现存在，该语句会终止；
2、执行 ALTER TABLE 时，在从原始表中每读取一些行记录块后会检查 kill 标记位，如果发现存在，该语句会终止，删除临时表；
3、执行 UPDATE 和 DELETE 时，每读取一些行记录块并且更新或删除后会检查 kill 标记位，如果发现存在，该语句会终止，回滚事务，若是在非事务表上的操作，则已发生变更的数据不会回滚；
4、GET_LOCK() 函数返回 NULL；
5、INSERT DELAY 线程会迅速内存中的新增记录，然后终止；
转载请注明原文链接：如何优雅、安全的关闭MySQL进程
