[MySQLFAQ]系列—如何安全地關閉MySQL實例

本文分析了mysqld進程關閉的過程，以及如何安全、緩和地關閉MySQL實例，對這個過程不甚清楚的同學可以參考下。 關閉過程： 1、發起shutdown，發出 SIGTERM信號 2、有必要的話，新建一個關閉線程(shutdown thread) 如果是客戶端發起的關閉，則會新建一個專用

本文分析了mysqld進程關閉的過程，以及如何安全、緩和地關閉MySQL實例，對這個過程不甚清楚的同學可以參考下。

如果是客戶端發起的關閉，則會新建一個專用的關閉線程

如果是直接收到 SIGTERM 信號進行關閉的話，專門負責信號處理的線程就會負責關閉工作，或者新建一個獨立的線程負責這個事

當無法創建獨立的關閉線程時（例如內存不足），MySQL Server會發出類似下面的告警信息：

Error: Can’t create thread to kill server

關閉TCP/IP網絡監聽，關閉Unix Socket等渠道

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

當前還有事務、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數據不一致；

刷新所有表cache，關閉所有打開的表；

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

從5.0開始，KILL 支持指定 CONNECTION | QUERY兩種可選項：

提交KILL操作后，該線程上會設置一個特殊的 kill標記位。通常需要一段時間后才能真正關閉線程，因為kill標記位只在特定的情況下才檢查：

想要安全關閉 mysqld 服務進程，建議按照下面的步驟來進行：

啰嗦那么多，其實正常情況下執行 mysqladmin shutdown 就夠了，如果發生阻塞，再參考上面的內容進行分析和解決吧，哈哈：）

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com