最近部署測試環境,涉及到MySQL數據庫主從雙向同步的部署,記錄一下部署過程,正常讀寫都發生在主庫,從庫做爲備選數據庫(熱備份),當主庫發生異常,數據庫自動切換到從庫,這裏面是怎麼監控數據庫異常並觸發自動切換,就不在這裏研究記錄了(公司用的自研中間件,這裏可使用heartbeat實現,暫不作研究);另外,主庫和從庫都還能夠配置一個只讀模式的備庫,能夠實現讀寫分離(使用mycat實現),這個看實際業務性能需求是否須要配置。下面只簡單介紹主從雙向同步的配置:mysql
1. 原理:網上找的一張圖解,應該是比較清晰的畫出了組網中各個關鍵部件和做用,這張圖解是主從複製,並非雙向同步,不過雙向同步也是差很少了,只不過主庫既是master也是slave,從庫也便是master也是slave。sql
2. 環境準備,主從庫的MySQL版本裝同一個版本(5.6.38),避免出現未知的異常數據庫
主庫:192.168.245.130:3306編程
從庫:192.168.245.131:3306服務器
3. 主庫和從庫的配置保持一致,除了server-id性能
# 設置server_id,主從服務器配置不一樣的值 server-id = 1 # 開啓二進制日誌功能,最好是絕對路徑 log_bin = /opt/database/mysql/mysql-bin.log # 中繼日誌路徑 relay_log = /opt/database/mysql/mysql-relay-bin.log # 容許從庫將其重放的事件也記錄到自身的二進制日誌中 log_slave_updates = 1 # 二進制日誌自動刪除/過時的天數。默認值爲0,表示不自動刪除。 expire_logs_days = 7 # slave重放的事件時忽略的錯誤,all是忽略全部錯誤 # ddl_exist_errors:1007,1008,1050,1051,1054,1060,1061,1068,1094,1146 slave-skip-errors = ddl_exist_errors
4. 主從服務均建立賬號並受權:測試
# 在131機器執行下面SQL,在130機器上面把130換成131後執行,密碼自定義 # 建立用戶repl CREATE USER 'repl'@'192.168.245.130' IDENTIFIED BY '123456'; # 受權 GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.245.130'; # 刷新權限 flush privileges;
5. 主從服務器上均查看slave狀態:SHOW MASTER STATUS;spa
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 154 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)線程
分別記錄主從服務器的File 和 Position,後面有用日誌
6. 主從服務均執行slave同步語句,MASTER_LOG_FILE和MASTER_LOG_POS填寫上一步查詢的值,MASTER_HOST,MASTER_USER,MASTER_PASSWORD根據實際狀況填寫,當使用 MASTER_AUTO_POSITION 參數的時候,MASTER_LOG_FILE,MASTER_LOG_POS參數不能使用:
CHANGE MASTER TO MASTER_HOST='192.168.245.130', MASTER_USER='repl', MASTER_PASSWORD='123456', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=154;
7. 主從服務器均啓動slave:START SLAVE;
8. 主從服務器均查看slave狀態:SHOW SLAVE STATUS\G;
mysql> SHOW SLAVE STATUS\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.245.130
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 154
Relay_Log_File: mysqld-relay-bin.000001
Relay_Log_Pos: 117
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
狀態中顯示Slave_IO_Running和Slave_SQL_Running狀態均爲YES,說明主從同步已經配置完成,其中Seconds_Behind_Master顯示比master落後的數據時延,經過這個數據能夠查看主從的數據時差,判斷主從同步的性能壓力。
9. 常見問題:
a. 主從複製的時候,SQL線程執行的時候出現異常,Slave_SQL_Running狀態編程NO,該怎麼解決?
目前本人也沒有比較好的辦法解決,在配置參數裏面添加了slave-skip-errors參數進行忽略錯誤,實際生產環境該參數如何添加要實際評估,若是不加該參數,出現SQL執行異常的時候,主從同步實際上是會阻塞的,只能手動恢復,從新指定pos,stop salve -》change master to -》start slave
b. 怎麼刪除bin日誌
stop salve -》reset slave -》start slave
c. 怎麼開始GTID(全局事務ID)
在my.cfg配置文件添加以下參數,而後重啓MySQL:
gtid_mode = onenforce_gtid_consistency = 1log_slave_updates = 1