前言

本文分析了 mysqld 進(jìn)程關(guān)閉的過程，以及如何安全、緩和地關(guān)閉 MySQL 實(shí)例，對這個過程不甚清楚的同學(xué)可以參考下。

關(guān)閉過程

1、發(fā)起 shutdown，發(fā)出 SIGTERM 信號

2、有必要的話，新建一個關(guān)閉線程(shutdown thread)

如果是客戶端發(fā)起的關(guān)閉，則會新建一個專用的關(guān)閉線程

如果是直接收到 SIGTERM 信號進(jìn)行關(guān)閉的話，專門負(fù)責(zé)信號處理的線程就會負(fù)責(zé)關(guān)閉工作，或者新建一個獨(dú)立的線程負(fù)責(zé)這個事

當(dāng)無法創(chuàng)建獨(dú)立的關(guān)閉線程時（例如內(nèi)存不足），MySQL Server 會發(fā)出類似下面的告警信息：

Error: Can’t create thread to kill server

3、MySQL Server 不再響應(yīng)新的連接請求

關(guān)閉 TCP/IP 網(wǎng)絡(luò)監(jiān)聽，關(guān)閉 Unix Socket 等渠道

4、逐漸關(guān)閉當(dāng)前的連接、事務(wù)

空閑連接，將立刻被終止；

當(dāng)前還有事務(wù)、SQL 活動的連接，會將其標(biāo)識為 killed，并定期檢查其狀態(tài)，以便下次檢查時將其關(guān)閉；（參考 KILL 語法）

當(dāng)前有活躍事務(wù)的，該事物會被回滾，如果該事務(wù)中還修改了非事務(wù)表，則已經(jīng)修改的數(shù)據(jù)無法回滾，可能只會完成部分變更；

如果是 Master/Slave 復(fù)制場景里的 Master，則對復(fù)制線程的處理過程和普通線程也是一樣的；

如果是 Master/Slave 復(fù)制場景里的 Slave，則會依次關(guān)閉 IO、SQL 線程，如果這 2 個線程當(dāng)前是活躍的，則也會加上 killed 標(biāo)識，然后再關(guān)閉；

Slave 服務(wù)器上，SQL 線程是允許直接停止當(dāng)前的 SQL 操作的（為了避免復(fù)制問題），然后再關(guān)閉該線程；

在 MySQl 5.0.80 及以前的版本里，如果 SQL 線程當(dāng)時正好執(zhí)行一個事務(wù)到中間，該事務(wù)會回滾；從 5.0.81 開始，則會等待所有的操作結(jié)束，除非用戶發(fā)起 KILL 操作。

當(dāng) Slave 的 SQL 線程對非事務(wù)表執(zhí)行操作時被強(qiáng)制 KILL 了，可能會導(dǎo)致 Master、Slave 數(shù)據(jù)不一致；

5、MySQL Server 進(jìn)程關(guān)閉所有線程，關(guān)閉所有存儲引擎；

刷新所有表 cache，關(guān)閉所有打開的表；

每個存儲引擎各自負(fù)責(zé)相關(guān)的關(guān)閉操作，例如 MyISAM 會刷新所有等待寫入的操作；InnoDB 會將 buffer pool 刷新到磁盤中（從 MySQL 5.0.5 開始，如果 innodb_fast_shutdown 不設(shè)置為 2 的話），把當(dāng)前的 LSN 記錄到表空間中，然后關(guān)閉所有的內(nèi)部線程。

6、MySQL Server 進(jìn)程退出

關(guān)于 KILL 指令

從 5.0 開始，KILL 支持指定 CONNECTION | QUERY 兩種可選項(xiàng)：

KILL CONNECTION 和原來的一樣，停止回滾事務(wù)，關(guān)閉該線程連接，釋放相關(guān)資源；KILL QUERY 則只停止線程當(dāng)前提交執(zhí)行的操作，其他的保持不變；提交 KILL 操作后，該線程上會設(shè)置一個特殊的 kill 標(biāo)記位。通常需要一段時間后才能真正關(guān)閉線程，因?yàn)?kill 標(biāo)記位只在特定的情況下才檢查：

1、執(zhí)行 SELECT 查詢時，在 ORDER BY 或 GROUP BY 循環(huán)中，每次讀完一些行記錄塊后會檢查 kill 標(biāo)記位，如果發(fā)現(xiàn)存在，該語句會終止；

2、執(zhí)行 ALTER TABLE 時，在從原始表中每讀取一些行記錄塊后會檢查 kill 標(biāo)記位，如果發(fā)現(xiàn)存在，該語句會終止，刪除臨時表；

3、執(zhí)行 UPDATE 和 DELETE 時，每讀取一些行記錄塊并且更新或刪除后會檢查 kill 標(biāo)記位，如果發(fā)現(xiàn)存在，該語句會終止，回滾事務(wù)，若是在非事務(wù)表上的操作，則已發(fā)生變更的數(shù)據(jù)不會回滾；

4、GET_LOCK() 函數(shù)返回 NULL；

5、INSERT DELAY 線程會迅速內(nèi)存中的新增記錄，然后終止；

6、如果當(dāng)前線程持有表級鎖，則會釋放，并終止；

7、如果線程的寫操作調(diào)用在等待釋放磁盤空間，則會直接拋出“磁盤空間滿”錯誤，然后終止；

8、當(dāng) MyISAM 表在執(zhí)行 REPAIR TABLE 或 OPTIMIZE TABLE 時被 KILL 的話，會導(dǎo)致該表損壞不可用，指導(dǎo)再次修復(fù)完成。

安全關(guān)閉 MySQL 幾點(diǎn)建議

想要安全關(guān)閉 mysqld 服務(wù)進(jìn)程，建議按照下面的步驟來進(jìn)行：

0、用具有 SUPER、ALL 等最高權(quán)限的賬號連接 MySQL，最好是用 unix socket 方式連接；

1、在 5.0 及以上版本，設(shè)置 innodb_fast_shutdown = 1，允許快速關(guān)閉 InnoDB（不進(jìn)行 full purge、insert buffer merge），如果是為了升級或者降級 MySQL 版本，則不要設(shè)置；

2、設(shè)置 innodb_max_dirty_pages_pct = 0，讓 InnoDB 把所有臟頁都刷新到磁盤中去；

3、設(shè)置 max_connections 和 max_user_connections 為 1，也就最后除了自己當(dāng)前的連接外，不允許再有新的連接創(chuàng)建；

4、關(guān)閉所有不活躍的線程，也就是狀態(tài)為 Sleep 且 Time 大于 1 的線程 ID；5、執(zhí)行 SHOW PROCESSLIST 確認(rèn)是否還有活躍的線程，尤其是會產(chǎn)生表鎖的線程，例如有大數(shù)據(jù)集的 SELECT，或者大范圍的 UPDATE，或者執(zhí)行 DDL，都是要特別謹(jǐn)慎的；

6、執(zhí)行 SHOW ENGINE INNODB STATUS 確認(rèn) History list length 的值較低（一般要低于 500），也就是未 PURGE 的事務(wù)很少，并且確認(rèn) Log sequence number、Log flushed up to、Last checkpoint at 三個狀態(tài)的值一樣，也就是所有的 LSN 都已經(jīng)做過檢查點(diǎn)了；

7、然后執(zhí)行 FLUSH LOCKAL TABLES 操作，刷新所有 table cache，關(guān)閉已打開的表（LOCAL 的作用是該操作不記錄 BINLOG）；

8、如果是 SLAVE 服務(wù)器，最好是先關(guān)閉 IO_THREAD，等待所有 RELAY LOG 都應(yīng)用完后，再關(guān)閉 SQL_THREAD，避免 SQL_THREAD 在執(zhí)行大事務(wù)被終止，耐心待其全部應(yīng)用完畢，如果非要強(qiáng)制關(guān)閉的話，最好也等待大事務(wù)結(jié)束后再關(guān)閉 SQL_THREAD；

9、最后再執(zhí)行 mysqladmin shutdown。

10、緊急情況下，可以設(shè)置 innodb_fast_shutdown = 1，然后直接執(zhí)行 mysqladmin shutdown 即可，甚至直接在操作系統(tǒng)層調(diào)用 kill 或者 kill -9 殺掉 mysqld 進(jìn)程（在 innodb_flush_log_at_trx_commit = 0 的時候可能會丟失部分事務(wù)），不過 mysqld 進(jìn)程再次啟動時，會進(jìn)行 CRASH RECOVERY 工作，需要有所權(quán)衡。

??履敲炊啵?涫嫡?Ｇ榭魷輪蔥 mysqladmin shutdown 就夠了，如果發(fā)生阻塞，再參考上面的內(nèi)容進(jìn)行分析和解決吧，哈哈：）

以上就是如何優(yōu)雅、安全的關(guān)閉MySQL進(jìn)程的詳細(xì)內(nèi)容，更多關(guān)于關(guān)閉MySQL進(jìn)程的資料請關(guān)注好吧啦網(wǎng)其它相關(guān)文章！