如何安全地關(guān)閉MySQL實(shí)例

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

關(guān)閉過程：

• 1、發(fā)起shutdown，發(fā)出? SIGTERM信號(hào)
• 2、有必要的話，新建一個(gè)關(guān)閉線程(shutdown thread)

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

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

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

Error: Can’t create thread to kill server

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

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

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

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

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

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

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

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

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

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

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

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

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

每個(gè)存儲(chǔ)引擎各自負(fù)責(zé)相關(guān)的關(guān)閉操作，例如MyISAM會(huì)刷新所有等待寫入的操作；InnoDB會(huì)將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操作后，該線程上會(huì)設(shè)置一個(gè)特殊的 kill標(biāo)記位。通常需要一段時(shí)間后才能真正關(guān)閉線程，因?yàn)閗ill標(biāo)記位只在特定的情況下才檢查：

• 1、執(zhí)行SELECT查詢時(shí)，在ORDER BY或GROUP BY循環(huán)中，每次讀完一些行記錄塊后會(huì)檢查 kill標(biāo)記位，如果發(fā)現(xiàn)存在，該語句會(huì)終止；
• 2、執(zhí)行ALTER TABLE時(shí)，在從原始表中每讀取一些行記錄塊后會(huì)檢查 kill 標(biāo)記位，如果發(fā)現(xiàn)存在，該語句會(huì)終止，刪除臨時(shí)表；
• 3、執(zhí)行UPDATE和DELETE時(shí)，每讀取一些行記錄塊并且更新或刪除后會(huì)檢查 kill 標(biāo)記位，如果發(fā)現(xiàn)存在，該語句會(huì)終止，回滾事務(wù)，若是在非事務(wù)表上的操作，則已發(fā)生變更的數(shù)據(jù)不會(huì)回滾；
• 4、GET_LOCK() 函數(shù)返回NULL；
• 5、INSERT DELAY線程會(huì)迅速內(nèi)存中的新增記錄，然后終止；
• 6、如果當(dāng)前線程持有表級(jí)鎖，則會(huì)釋放，并終止；
• 7、如果線程的寫操作調(diào)用在等待釋放磁盤空間，則會(huì)直接拋出“磁盤空間滿”錯(cuò)誤，然后終止；
• 8、當(dāng)MyISAM表在執(zhí)行REPAIR TABLE 或 OPTIMIZE TABLE 時(shí)被 KILL的話，會(huì)導(dǎo)致該表?yè)p壞不可用，指導(dǎo)再次修復(fù)完成。

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

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

• 0、用具有SUPER、ALL等最高權(quán)限的賬號(hào)連接MySQL，最好是用 unix socket 方式連接；
• 1、在5.0及以上版本，設(shè)置innodb_fast_shutdown = 1，允許快速關(guān)閉InnoDB（不進(jìn)行full purge、insert buffer merge），如果是為了升級(jí)或者降級(jí)MySQL版本，則不要設(shè)置；
• 2、設(shè)置innodb_max_dirty_pages_pct = 0，讓InnoDB把所有臟頁(yè)都刷新到磁盤中去；
• 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)是否還有活躍的線程，尤其是會(huì)產(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三個(gè)狀態(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 的時(shí)候可能會(huì)丟失部分事務(wù)），不過mysqld進(jìn)程再次啟動(dòng)時(shí)，會(huì)進(jìn)行CRASH RECOVERY工作，需要有所權(quán)衡。

啰嗦那么多，其實(shí)正常情況下執(zhí)行 mysqladmin shutdown 就夠了，如果發(fā)生阻塞，再參考上面的內(nèi)容進(jìn)行分析和解決吧，哈哈：）