MySQL主從切換的超詳細步驟

版本:

MySQL-5.7.32+GTID

前言:

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

主從環境:

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

切換步驟:

 1 切斷應用對主庫的流量

 2 主庫備庫設置隻讀

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

3 查看備庫復制進程狀態

show slave status\G

確認Slave_IO_Running,Slave_SQL_Running狀態為YES,Seconds_Behind_Master為0

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

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

select @@global.gtid_executed;

通過GTID_SUBSET函數進行比對

SELECT GTID_SUBSET(master_gtid_executed, slave_gtid_executed);

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

 返回一,代表主庫GTID已經在從庫完成執行過,兩邊是一致的

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

stop slave;
reset slave all;

6 從庫關閉隻讀開啟讀寫,轉為新主庫

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

7 主庫設置執行新主庫的復制鏈路,轉為新備庫,完成主從切換

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 應用流量切向新主庫

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

1 對於主庫宕機,數據庫損壞沒法正常啟動時,如果binlog可以獲取,則可以對binlog進行離線分析,獲取差異的數據

獲取備庫那邊已經執行過的gtid set

select @@global.gtid_executed

如果已經寫入數據的新主庫,不能直接讀取binlog進行恢復,因為可能會出現數據不一致,主鍵沖突等問題,可以從binlog裡面排除從庫已經執行過的gtid並離線解析成sql語句,交給應用去分析是否補入數據

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;

如果從庫應用還未寫入,未產生新數據,則可以從binlog裡面排除從庫已經執行過的gtid直接導入追加數據

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 對於主庫宕機,但舊主庫可以重新啟動拉起,則在啟動後,如果新主庫應用還未寫入新數據,可以將新主庫change master復制繼續指向舊主庫,讀取未應用的日志恢復;

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

用my2sql在線解析binlog日志獲取sql語句,需要獲取開始的日志號以及讀取位點,讀取位點可以根據–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

目錄下會生產forward+日志號的文本,裡面存放解析出來的sql

總結

到此這篇關於MySQL主從切換的文章就介紹到這瞭,更多相關MySQL主從切換內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: