在關閉mysql server的時候，可能會由於關閉的方式而出現各種問題。下面的一些步驟，可以減少問題的發生。

1.停止複製

在一些特殊環境下，slave節點可能會嘗試從錯誤的位置(position)進行啟動。為了減少這種風險，要先停止io thread，從而不接收新的事件資訊。

mysql> stop slave io_thread;

等sql thread應用完所有的events之後，也將sql thread停掉。

mysql> show slave status\G
mysql> stop slave sql_thread;

這樣io thread和sql thread就可以處於一致性位置，這樣relay log就只是包含被執行過的events，relay_log_info_repository中的位置資訊也是最新的。

對於開啟了多執行緒複製的slave，確保在關閉複製之前，已經填充了gaps

mysql> stop slave;
mysql> start slave until sql_after_mts_gaps; #應用完relay log中的gap
mysql> show slave status\G #要確保在之前已經停掉了sql_thread
mysql> stop slave ;

2.提交、回滾或kill長時間執行的事務

1分鐘內可以發生很多事，在關閉時，innodb必須回滾未提交的事務。事務回滾的代價是非常昂貴的，可能會花費很長時間。任何事務回滾都可能意味著資料丟失，因此理想情況下關閉時沒有開啟任何事務。

如果關閉的是讀寫的資料庫，寫操作應該提前路由到其他節點。如果必須關閉還在接收事務的資料庫，下面的查詢會輸出執行時間大於60秒的會話資訊。根據這些資訊再決定下一步：

mysql> SELECT trx_id, trx_started, (NOW() - trx_started) trx_duration_seconds, id processlist_id, user, IF(LEFT(HOST, (LOCATE(':', host) - 1)) = '', host, LEFT(HOST, (LOCATE(':', host) - 1))) host, command, time, REPLACE(SUBSTRING(info,1,25),'\n','') info_25 FROM information_schema.innodb_trx JOIN information_schema.processlist ON innodb_trx.trx_mysql_thread_id = processlist.id WHERE (NOW() - trx_started) > 60 ORDER BY trx_started;
+--------+---------------------+----------------------+----------------+------+-----------+---------+------+---------------------------+
| trx_id | trx_started         | trx_duration_seconds | processlist_id | user | host      | command | time | info_25                   |
+--------+---------------------+----------------------+----------------+------+-----------+---------+------+---------------------------+
| 511239 | 2020-04-22 16:52:23 |                 2754 |           3515 | dba  | localhost | Sleep   | 1101 | NULL                      |
| 511240 | 2020-04-22 16:53:44 |                   74 |           3553 | root | localhost | Query   |   38 | update t1 set name="test" |
+--------+---------------------+----------------------+----------------+------+-----------+---------+------+---------------------------+
2 rows in set (0.00 sec)

3.清空processlist

mysql要斷開連線並關閉了。我們可以手動幫助mysql一下。

使用pt-kill檢視並殺死活躍和睡眠狀態的連線。這時應該不會有新的寫連線進來。我們只是處理讀的連線。

pt-kill --host="localhost" --victims="all" --interval=10 --ignore-user="pmm|orchestrator" --busy-time=1 --idle-time=1 --print [--kill]

這裡可以選擇性地排除某些使用者建立的連線。

4.配置innodb完成最大重新整理(flush)

SET GLOBAL innodb_fast_shutdown=0;
SET GLOBAL innodb_max_dirty_pages_pct=0; 
SET GLOBAL innodb_change_buffering='none';

disable掉innodb_fast_shutdown可能會使得關閉過程花費幾分鐘甚至個把小時，因為需要等待undo log的purge和changebuffer的merge。

為了加速關閉，設定innodb_max_dirty_pages_pct=0並監控下面查詢的結果。期望值是0，但並不總是能保證，如果mysql中還有活動的話。那麼，查出的結果不再繼續變小的話，就可以繼續下一步了：

SHOW GLOBAL STATUS LIKE '%dirty%';

如果使用了pmm監控，可以檢視“innodb change buffer”的圖示。

5.轉儲buffer pool中的內容

SET GLOBAL innodb_buffer_pool_dump_pct=75;
SET GLOBAL innodb_buffer_pool_dump_now=ON;

mysql> SHOW STATUS LIKE 'Innodb_buffer_pool_dump_status';
+--------------------------------+--------------------------------------------------+
| Variable_name                  | Value                                            |
+--------------------------------+--------------------------------------------------+
| Innodb_buffer_pool_dump_status | Buffer pool(s) dump completed at 200429 14:04:47 |
+--------------------------------+--------------------------------------------------+
1 row in set (0.01 sec)

啟動的時候，要想載入轉儲出的內容，要檢查一下引數innodb_buffer_pool_load_at_startup的配置。

6.刷日誌

FLUSH LOGS;

現在，就可以關閉mysql了。

大多時候，我們只是執行stop命令，MySQL關閉並重啟都是很正常的。偶爾也會遇到一些問題。