如何安全地關(guān)閉MySQL
在關(guān)閉mysql server的時(shí)候，可能會(huì)由于關(guān)閉的方式而出現(xiàn)各種問(wèn)題。下面的一些步驟，可以減少問(wèn)題的發(fā)生。
1.停止復(fù)制
在一些特殊環(huán)境下，slave節(jié)點(diǎn)可能會(huì)嘗試從錯(cuò)誤的位置(position)進(jìn)行啟動(dòng)。為了減少這種風(fēng)險(xiǎn)，要先停止io thread，從而不接收新的事件信息。
mysql> stop slave io_thread;
等sql thread應(yīng)用完所有的events之后，也將sql thread停掉。
mysql> show slave status\G mysql> stop slave sql_thread;
這樣io thread和sql thread就可以處于一致性位置，這樣relay log就只是包含被執(zhí)行過(guò)的events，relay_log_info_repository中的位置信息也是最新的。
對(duì)于開(kāi)啟了多線程復(fù)制的slave，確保在關(guān)閉復(fù)制之前，已經(jīng)填充了gaps
mysql> stop slave; mysql> start slave until sql_after_mts_gaps; #應(yīng)用完relay log中的gap mysql> show slave status\G #要確保在之前已經(jīng)停掉了sql_thread mysql> stop slave ;
2.提交、回滾或kill長(zhǎng)時(shí)間運(yùn)行的事務(wù)
1分鐘內(nèi)可以發(fā)生很多事，在關(guān)閉時(shí)，innodb必須回滾未提交的事務(wù)。事務(wù)回滾的代價(jià)是非常昂貴的，可能會(huì)花費(fèi)很長(zhǎng)時(shí)間。任何事務(wù)回滾都可能意味著數(shù)據(jù)丟失，因此理想情況下關(guān)閉時(shí)沒(méi)有打開(kāi)任何事務(wù)。
如果關(guān)閉的是讀寫的數(shù)據(jù)庫(kù)，寫操作應(yīng)該提前路由到其他節(jié)點(diǎn)。如果必須關(guān)閉還在接收事務(wù)的數(shù)據(jù)庫(kù)，下面的查詢會(huì)輸出運(yùn)行時(shí)間大于60秒的會(huì)話信息。根據(jù)這些信息再?zèng)Q定下一步：
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要斷開(kāi)連接并關(guān)閉了。我們可以手動(dòng)幫助mysql一下。
使用pt-kill查看并殺死活躍和睡眠狀態(tài)的連接。這時(shí)應(yīng)該不會(huì)有新的寫連接進(jìn)來(lái)。我們只是處理讀的連接。
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可能會(huì)使得關(guān)閉過(guò)程花費(fèi)幾分鐘甚至個(gè)把小時(shí)，因?yàn)樾枰却齯ndo log的purge和changebuffer的merge。
為了加速關(guān)閉，設(shè)置innodb_max_dirty_pages_pct=0并監(jiān)控下面查詢的結(jié)果。期望值是0，但并不總是能保證，如果mysql中還有活動(dòng)的話。那么，查出的結(jié)果不再繼續(xù)變小的話，就可以繼續(xù)下一步了：
SHOW GLOBAL STATUS LIKE '%dirty%';
如果使用了pmm監(jiān)控，可以查看“innodb change buffer”的圖示。
5.轉(zhuǎn)儲(chǔ)buffer pool中的內(nèi)容
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)
啟動(dòng)的時(shí)候，要想加載轉(zhuǎn)儲(chǔ)出的內(nèi)容，要檢查一下參數(shù)innodb_buffer_pool_load_at_startup的配置。
6.刷日志
FLUSH LOGS;
現(xiàn)在，就可以關(guān)閉mysql了。
大多時(shí)候，我們只是執(zhí)行stop命令，MySQL關(guān)閉并重啟都是很正常的。偶爾也會(huì)遇到一些問(wèn)題。
以上就是如何安全地關(guān)閉MySQL的詳細(xì)內(nèi)容，更多關(guān)于安全關(guān)閉MySQL的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
DOS命令行窗口mysql中文顯示亂碼問(wèn)題解決方法
MySQL的默認(rèn)編碼是Latin1，不支持中文，如何修改MySQL的默認(rèn)編碼呢，下面為大家詳細(xì)介紹下2014-05-05
這篇文章主要為大家詳細(xì)介紹了MYSQL日志與備份還原問(wèn)題，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-07-07
My Sql 1067錯(cuò)誤與編碼問(wèn)題的解決方案
My Sql 大部分都是用綠色版(解壓版) 然后注冊(cè)服務(wù)簡(jiǎn)單方便，但是配置文件也很讓人糾結(jié)，下面小編給大家?guī)?lái)了My Sql 1067錯(cuò)誤與編碼問(wèn)題的解決方案，感興趣的朋友參考下吧2016-11-11
索引在我們使用MySQL數(shù)據(jù)庫(kù)時(shí)可以極大的提高查詢效率,然而,有時(shí)候因?yàn)槭褂蒙系囊恍╄Υ镁蜁?huì)導(dǎo)致索引的失效,無(wú)法達(dá)到我們使用索引的預(yù)期效果，本文就介紹一下幾種索引失效的方法2021-11-11
在本篇文章里小編給各位分享的是關(guān)于MySQL中SQL Mode的查看與設(shè)置詳解內(nèi)容，需要的朋友們可以參考下。2020-03-03
Mysql 在使用過(guò)程中經(jīng)常遇到錯(cuò)誤，都是本人在實(shí)際應(yīng)用中處理檢驗(yàn)過(guò)的，本文對(duì)常見(jiàn)錯(cuò)誤出現(xiàn)的代碼進(jìn)行詳細(xì)分析，并有中文解釋，以及解決方法！2016-07-07
MySQL8.4一主一從環(huán)境搭建實(shí)現(xiàn)
本文主要介紹了MySQL8.4一主一從環(huán)境搭建實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2024-06-06
mysql主從基于docker和django實(shí)現(xiàn)讀寫分離
這篇文章主要介紹了mysql主從基于docker和django實(shí)現(xiàn)讀寫分離，文章圍繞主題展開(kāi)詳細(xì)的內(nèi)容介紹，具有一定的參考價(jià)值，感興趣的小伙伴可以參考一下2022-08-08
MySql如何使用not in實(shí)現(xiàn)優(yōu)化