MySQL從庫維護(hù)經(jīng)驗分享
前言：
MySQL 主從架構(gòu)應(yīng)該是最常用的一組架構(gòu)了。從庫會實時同步主庫傳輸來的數(shù)據(jù)，一般從庫可以作為備用節(jié)點或作查詢使用。其實不只是主庫需要多關(guān)注，從庫有時候也要經(jīng)常維護(hù)，本篇文章將會分享幾點從庫維護(hù)經(jīng)驗，一起來學(xué)習(xí)吧。
1.主從復(fù)制建議采用 GTID 模式
GTID 即全局事務(wù) ID（Global Transaction ID），GTID 實際上是由 server_uuid:transaction_id 組成的。其中 server_uuid 是一個 MySQL 實例的唯一標(biāo)識， transaction_id 代表了該實例上已經(jīng)提交的事務(wù)數(shù)量，并且隨著事務(wù)提交單調(diào)遞增，所以 GTID 能夠保證每個 MySQL 實例事務(wù)的執(zhí)行（不會重復(fù)執(zhí)行同一個事務(wù)，并且會補(bǔ)全沒有執(zhí)行的事務(wù)）。
基于 GTID 的主從復(fù)制可以取代過去通過 binlog 文件偏移量定位復(fù)制位置的傳統(tǒng)方式。特別是對于一主多從的架構(gòu)，借助GTID，在發(fā)生主備切換的情況下，MySQL 的其它 Slave 可以自動在新主上找到正確的復(fù)制位置，這大大簡化了復(fù)雜復(fù)制拓?fù)湎录旱木S護(hù)，也減少了人為設(shè)置復(fù)制位置發(fā)生誤操作的風(fēng)險。另外，基于 GTID 的復(fù)制可以忽略已經(jīng)執(zhí)行過的事務(wù),減少了數(shù)據(jù)發(fā)生不一致的風(fēng)險。
2.建議從庫參數(shù)盡量和主庫保持一致
為保證主從庫數(shù)據(jù)一致性，建議從庫版本與主庫一致，相關(guān)參數(shù)盡量和主庫保持一致。比如字符集、默認(rèn)存儲引擎、sql_mode 這類參數(shù)要設(shè)置一樣。特別是一些不可動態(tài)修改的參數(shù)，建議提前寫入配置文件并和主庫一致。
3.備份可在從庫端進(jìn)行
MySQL 全量備份會對服務(wù)器造成一定壓力，有時也會短暫持有全局鎖。特別是數(shù)據(jù)量大，業(yè)務(wù)繁忙的數(shù)據(jù)庫，全量備份可能會對業(yè)務(wù)產(chǎn)生影響。建議將備份腳本部署在從庫服務(wù)器上，全量備份可以放在從庫端進(jìn)行，這樣能減少備份過程中對于主庫業(yè)務(wù)的影響。
4.從庫建議設(shè)為只讀
對于數(shù)據(jù)庫讀寫狀態(tài)，主要靠 read_only 全局參數(shù)來設(shè)定，默認(rèn)情況下，數(shù)據(jù)庫是用于讀寫操作的，所以 read_only 參數(shù)是 0 或 false 狀態(tài)。這時候不論是本地用戶還是遠(yuǎn)程訪問數(shù)據(jù)庫的用戶，只要有權(quán)限都可以進(jìn)行讀寫操作。
為避免從庫發(fā)生手動更新操作，建議將從庫設(shè)置為只讀，即將 read_only 參數(shù)設(shè)置為1。read_only=1 只讀模式，不會影響從庫同步復(fù)制的功能，從庫仍然會讀取 master 上的日志，并且在 slave 端應(yīng)用日志，保證主從數(shù)據(jù)庫同步一致。從庫設(shè)為只讀會限制不具有 super 權(quán)限的用戶進(jìn)行數(shù)據(jù)修改操作，普通的應(yīng)用用戶進(jìn)行 insert 、 update 、 delete 等會產(chǎn)生數(shù)據(jù)變化的 DML 操作時，都會報出數(shù)據(jù)庫處于只讀模式。這樣能有效防止從庫發(fā)生更新操作。
此外，有條件的情況下，從庫可以承擔(dān)部分查詢工作。比如一些報表聚合分析查詢或者外部服務(wù)查詢都可以配置從庫查詢，減少對主庫的壓力。
5.注意從庫監(jiān)控及主從延遲
從庫雖然不如主庫那么重要，但平時也要多關(guān)注從庫監(jiān)控狀態(tài)，不要等到需要使用從庫時才發(fā)現(xiàn)從庫早已和主庫不一致了。除去一些基礎(chǔ)監(jiān)控，從庫端要特別關(guān)注復(fù)制狀態(tài)及延遲狀態(tài)。
我們可以在從庫端執(zhí)行 show slave status; 來查詢從庫狀態(tài)，其中主要關(guān)注的值有三個，分別為 Slave SQL Running ， Slave IO Running 和 Seconds Behind Master 。這三個值分別代表 SQL 線程運行狀態(tài)、 IO 線程運行狀態(tài)、從庫延遲秒數(shù)。只有當(dāng) Slave SQL Running ， Slave IO Running 為 yes ，然后 Seconds Behind Master 為0的時候，我們認(rèn)為從庫運行正常。
總結(jié)：
本篇文章主要分享了個人關(guān)于從庫維護(hù)的幾點經(jīng)驗，若有錯誤，還請指正。其他同學(xué)若有相關(guān)經(jīng)驗或建議，也可以留言分享討論哦。
以上就是MySQL從庫維護(hù)經(jīng)驗分享的詳細(xì)內(nèi)容，更多關(guān)于MySQL從庫維護(hù)經(jīng)驗的資料請關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
MySQL命令行界面中出現(xiàn)字符錯誤提示的原因及解決方法
這篇文章主要介紹了MySQL命令行界面中出現(xiàn)字符錯誤提示的原因及解決方法,同時文中還附帶了MySQL導(dǎo)入亂碼問題的解決辦法提示,需要的朋友可以參考下2016-03-03
這篇文章主要介紹了檢測MySQL的表的故障的方法,文中給出的方法基于myisamchk和isamchk這兩個檢測工具,需要的朋友可以參考下2015-07-07
給定一條SQL，如何提取其中的where條件，where條件中的每個子條件，在SQL執(zhí)行的過程中有分別起著什么樣的作用，本文就來介紹一下MySQL?WHERE?條件語句用法小結(jié)，感興趣的可以了解一下2024-01-01
2008-01-01
mysql數(shù)據(jù)庫常見的優(yōu)化操作總結(jié)（經(jīng)驗分享）
這篇文章主要給大家介紹了關(guān)于mysql數(shù)據(jù)庫常見的優(yōu)化操作，文章總結(jié)的都是個人日常開發(fā)使用mysql數(shù)據(jù)庫的經(jīng)驗所得，其中包括Index索引、少用SELECT*、EXPLAIN SELECT以及開啟查詢緩存等相關(guān)資料，相信會對大家具有一定的參考價值，需要的朋友們下面來一起看看吧。2017-04-04
Mysql數(shù)據(jù)庫百萬級數(shù)據(jù)測試索引效果
這篇文章主要為大家介紹了Mysql數(shù)據(jù)庫百萬數(shù)據(jù)測試索引效果，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪2022-06-06
MySQL是支持前綴索引的,也就是說你可以定義字符串的一部分作為索引,下面這篇文章主要給大家介紹了關(guān)于MySQL前綴索引的相關(guān)資料,需要的朋友可以參考下2022-04-04
這篇文章主要介紹了Mysql Limit 分頁查詢優(yōu)化的相關(guān)資料,非常不錯，介紹的非常詳細(xì)，具有參考借鑒價值，需要的朋友可以參考下2016-09-09
這篇文章主要介紹了mysql(5.6及以下)解析json的方法，本文通過實例代碼給大家介紹的非常詳細(xì)，具有一定的參考借鑒價值 ,需要的朋友可以參考下2019-07-07
這篇文章主要介紹了mysql binlog日志查詢不出語句問題及解決,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01