在關閉mysql server的時候，可能會因爲關閉的方式而出現各類問題。下面的一些步驟，能夠減小問題的發生。mysql
1.中止複製
在一些特殊環境下，slave節點可能會嘗試從錯誤的位置(position)進行啓動。爲了減小這種風險，要先中止io thread，從而不接收新的事件信息。sql
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，確保在關閉複製以前，已經填充了gapsspa
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一下。code
使用pt-kill查看並殺死活躍和睡眠狀態的鏈接。這時應該不會有新的寫鏈接進來。咱們只是處理讀的鏈接。orm
pt-kill --host="localhost" --victims="all" --interval=10 --ignore-user="pmm|orchestrator" --busy-time=1 --idle-time=1 --print [--kill]
這裏能夠選擇性地排除某些用戶創建的鏈接。server
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關閉並重啓都是很正常的。偶爾也會遇到一些問題。