MySQL主從同步原理
阿新 • • 發佈:2018-02-17
com status mysql主從同步 ccf 增強 log size 日誌 中繼日誌 MySQL主從同步原理
轉自博客園-Aiapple:http://www.cnblogs.com/Aiapple/p/5792939.html
主從形式
mysql主從復制 靈活
mysql主從復制用途
mysql主從復制原理
mysql主從復制存在的問題:
mysql semi-sync(半同步復制) 半同步復制:
mysql並行復制
部分數據復制 主庫添加參數:
mysql主從復制 靈活
- 一主一從
- 主主復制
- 一主多從---擴展系統讀取的性能,因為讀是在從庫讀取的;
- 多主一從---5.7開始支持
- 聯級復制---
mysql主從復制用途
- 實時災備,用於故障切換
- 讀寫分離,提供查詢服務
- 備份,避免影響業務
- 主庫開啟binlog日誌(設置log-bin參數)
- 主從server-id不同
- 從庫服務器能連通主庫
mysql主從復制原理
1)開啟binlog後,主庫會生成一個 log dump 線程,用來給從庫I/O線程傳binlog; 2)開啟slave後,從庫生成兩個線程,一個I/O線程,一個SQL線程; 3)I/O線程會去請求主庫的binlog,並將得到的binlog日誌寫到relay log(中繼日誌) 文件中; 4)SQL線程會去讀取relay log文件中的日誌,並解析成具體操作,來實現主從的操作一致,而最終數據一致; 問題及解決方法
mysql主從復制存在的問題:
- 主庫宕機後,數據可能丟失
- 從庫只有一個sql Thread,主庫寫壓力大,復制很可能延時
- 半同步復制---解決數據丟失的問題
- 並行復制----解決從庫復制延遲的問題
mysql semi-sync(半同步復制) 半同步復制:
- 5.5集成到mysql,以插件的形式存在,需要單獨安裝
- 確保事務提交後binlog至少傳輸到一個從庫
- 不保證從庫應用完這個事務的binlog
- 性能有一定的降低,響應時間會更長
- 網絡異常或從庫宕機,卡主主庫,直到超時或從庫恢復
半同步復制原理:
並行復制
mysql並行復制
- 社區版5.6中新增
- 並行是指從庫多線程apply binlog
- 庫級別並行應用binlog,同一個庫數據更改還是串行的(5.7版並行復制基於事務組)
set global slave_parallel_workers=5;設置sql線程數為5 其他
部分數據復制 主庫添加參數:
binlog_do_db=db1
binlog_ignore_db=db1
binlog_ignore_db=db2
或從庫添加參數
replicate_do_db=db1
replicate_ignore_db=db1
replicate_do_table=db1.t1
replicate_wild_do_table=db%.%
replicate_wild_ignore_table=db1.%
級聯復制(常用)
A->B->C
B中添加參數:
log_slave_updates
B將把A的binlog記錄到自己的binlog日誌中
復制的監控:
show slave status \G
復制出錯處理 常見:1062(主鍵沖突),1032(記錄不存在) 解決:
- 手動處理
- 跳過復制錯誤:set global sql_slave_skip_counter=1
- 主從形式
-
- 一主一從
- 一主多從--擴展系統讀取性能
- 多主一從--5.7開始支持
- 主主復制
- 聯級復制
- 用途:實時災備的故障切換,讀寫分離,備份
- 原理
-
- 主:log dump線程傳binlog;
- 從
-
- i/o線程接受讀取binlog,並寫入relay log文件
- sql線程從relay log 文件中讀取binlog並持久化
- 問題及解決
-
- 主庫宕機後,數據丟失
-
- 半同步復制
- 主庫寫壓力大,因從庫只有一個sql 線程來持久化,復制可能延遲
-
- 並行復制
- 半同步復制:
-
- 原理
-
- 事務在主庫寫完binlog後需要從庫返回一個已接受,才放回給客戶端;
- 5.5集成到mysql,以插件的形式存在,需要單獨安裝
- 確保事務提交後binlog至少傳輸到一個從庫
- 不保證從庫應用完成這個事務的binlog
- 性能有一定的降低
- 網絡異常或從庫宕機,卡主庫,直到超時或從庫恢復
- 並行復制
-
- 原理:從庫多線程apply binlog
- 在社區5.6中新增
- 庫級別並行應用binlog,同一個庫數據更改還是串行的
- 5.7版本並行復制基於事務組
- 部分數據復制
- 級聯復制(常用)
-
- A->B->C
- B中添加參數log_slave_updates
- B將把A的binlog記錄到自己的binlog日誌中
- 復制的監控
-
- show slave status
- 復制出錯處理
-
- 常見:1062(主鍵沖突),1032(記錄不存在)
- 解決:
-
- 手動處理
- 跳過復制錯誤:set global sql_slave_skip_counter=1
- mysql主從復制是mysql高可用性,高性能(負載均衡)的基礎
- 簡單,靈活,部署方式多樣,可以根據不同業務場景部署不同復制結構
- 復制過程中應該時刻監控復制狀態,復制出錯或延時可能給系統造成影響
- mysql主從復制目前也存在一些問題,可以根據需要部署復制增強功能
MySQL主從同步原理