版本:

MySQL-5.7.32+GTID

前言:

本文講述MySQL主從切換流程，切換步驟主要針對主備正常切換以及主庫宕機備庫切換兩個場景，掌握正確的切換流程，可以有效避免切換過程中可能出現(xiàn)的數(shù)據(jù)不一致問題以及提高整體切換的時間

主從環(huán)境:

場景一:主備正常切換，此場景主要是針對在主備同步復制正常的情況下進行的主備切換，例如：災備演練，計劃性的主備切換。

切換步驟:

 1 切斷應用對主庫的流量

 2 主庫備庫設置只讀

set global read_only=ON;
set global super_read_only=ON;

3 查看備庫復制進程狀態(tài)

show slave status\G

確認Slave_IO_Running，Slave_SQL_Running狀態(tài)為YES，Seconds_Behind_Master為0

4 比對主備兩邊的GTID是否一致

獲取主備兩邊的executed_gtid集合，進行比對

select @@global.gtid_executed;

通過GTID_SUBSET函數(shù)進行比對

SELECT GTID_SUBSET(master_gtid_executed, slave_gtid_executed);

若在master_gtid_executed中的GTID，也存在slave_gtid_executed中，則返回true(1)，否則返回false(0)

 返回一，代表主庫GTID已經(jīng)在從庫完成執(zhí)行過，兩邊是一致的

5 從庫停掉復制進程并清空主從信息

stop slave;
reset slave all;

6 從庫關閉只讀開啟讀寫，轉為新主庫

set global read_only=off;
set global super_read_only=off;

7 主庫設置執(zhí)行新主庫的復制鏈路，轉為新備庫，完成主從切換

CHANGE MASTER TO MASTER_HOST='192.168.1.111',MASTER_USER='xxx',MASTER_PORT=3306,MASTER_PASSWORD='xxx',master_auto_position=1 ;
start slave;
show slave status\G

8 應用流量切向新主庫

場景二:主庫宕機備庫切換為主庫，這種情況主要是在異步模式或者非強一致半同步下，主庫的異常宕機，可能存在數(shù)據(jù)沒有完全同步到從庫的情況，需要去核驗追加數(shù)據(jù)。

1 對于主庫宕機，數(shù)據(jù)庫損壞沒法正常啟動時，如果binlog可以獲取，則可以對binlog進行離線分析，獲取差異的數(shù)據(jù)

獲取備庫那邊已經(jīng)執(zhí)行過的gtid set

select @@global.gtid_executed

如果已經(jīng)寫入數(shù)據(jù)的新主庫，不能直接讀取binlog進行恢復，因為可能會出現(xiàn)數(shù)據(jù)不一致，主鍵沖突等問題，可以從binlog里面排除從庫已經(jīng)執(zhí)行過的gtid并離線解析成sql語句，交給應用去分析是否補入數(shù)據(jù)

mysqlbinlog -vv --base64-output=decode-rows --exclude-gtids='1b80feab-4aa6-11ec-9a60-000c29a6e7be:1-10,
2b3039c9-57fa-11eb-b504-000c29ed797a:1-8256287,
3a59d149-d4b8-11eb-8cf6-000c29a6e7b4:1-10,
a0a3d4b2-fff8-11eb-a420-000c29a6e7be:1-10011' /opt/mysql/log/nlog.000150 > /tmp/binlog_150_gtid.sql;

如果從庫應用還未寫入，未產(chǎn)生新數(shù)據(jù)，則可以從binlog里面排除從庫已經(jīng)執(zhí)行過的gtid直接導入追加數(shù)據(jù)

mysqlbinlog --exclude-gtids='1b80feab-4aa6-11ec-9a60-000c29a6e7be:1-10,
2b3039c9-57fa-11eb-b504-000c29ed797a:1-8256287,
3a59d149-d4b8-11eb-8cf6-000c29a6e7b4:1-10,
a0a3d4b2-fff8-11eb-a420-000c29a6e7be:1-10011'  /opt/mysql/log/nlog.000150 | mysql -uroot -p -S /opt/mysql/3306/data/mysql.sock -P3306

2 對于主庫宕機，但舊主庫可以重新啟動拉起，則在啟動后，如果新主庫應用還未寫入新數(shù)據(jù)，可以將新主庫change master復制繼續(xù)指向舊主庫，讀取未應用的日志恢復；

已經(jīng)寫入數(shù)據(jù)的新主庫，不能直接讀取binlog進行恢復，因為可能會出現(xiàn)數(shù)據(jù)不一致，主鍵沖突等問題，而是應該將數(shù)據(jù)解析成sql語句，讓應用去分析是否補入數(shù)據(jù)。

用my2sql在線解析binlog日志獲取sql語句，需要獲取開始的日志號以及讀取位點，讀取位點可以根據(jù)--exclude-gtids排除gtid后解析binlog的開始位置讀取

my2sql -user xxxx -password xxxx  -work-type 2sql -start-file /opt/mysql/log/nlog.000150 -start-pos=7940194 --add-extraInfo -output-dir /tmp/my2sql_recover

目錄下會生產(chǎn)forward+日志號的文本，里面存放解析出來的sql

總結

到此這篇關于MySQL主從切換的文章就介紹到這了,更多相關MySQL主從切換內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論