mysql 主從復制原則

2024-07-24 12:34:59

字體：大中小

來源：轉載

供稿：網友

　　主從形式

　　mysql主從復制靈活

　　一主一從
　　主主復制
　　一主多從---擴展系統讀取的性能，因為讀是在從庫讀取的；
　　多主一從---5.7開始支持
　　聯級復制---mysql 主從復制原理

　　用途及條件
　　mysql主從復制用途
　　實時災備，用于故障切換
　　讀寫分離，提供查詢服務
　　備份，避免影響業務
　　主從部署必要條件：
　　主庫開啟binlog日志（設置log-bin參數）
　　主從server-id不同
　　從庫服務器能連通主庫
　　主從原理mysql主從復制原理mysql 主從復制原理

　　從庫生成兩個線程，一個I/O線程，一個SQL線程；

　　i/o線程去請求主庫的binlog，并將得到的binlog日志寫到relay log（中繼日志）文件中；

　　主庫會生成一個 log dump 線程，用來給從庫 i/o線程傳binlog；

　　SQL 線程，會讀取relay log文件中的日志，并解析成具體操作，來實現主從的操作一致，而最終數據一致；

　　問題及解決方法

　　mysql主從復制存在的問題：

　　主庫宕機后，數據可能丟失
　　從庫只有一個sql Thread，主庫寫壓力大，復制很可能延時
　　解決方法：

　　半同步復制---解決數據丟失的問題
　　并行復制----解決從庫復制延遲的問題
　　半同步復制

　　mysql semi-sync（半同步復制）

　　半同步復制：

　　5.5集成到mysql，以插件的形式存在，需要單獨安裝
　　確保事務提交后binlog至少傳輸到一個從庫
　　不保證從庫應用完這個事務的binlog
　　性能有一定的降低，響應時間會更長
　　網絡異常或從庫宕機，卡主主庫，直到超時或從庫恢復
　　主從復制--異步復制原理

　　mysql 主從復制原理

　　mysql 主從復制原理

　　并行復制

　　mysql并行復制

　　社區版5.6中新增
　　并行是指從庫多線程apply binlog
　　庫級別并行應用binlog，同一個庫數據更改還是串行的(5.7版并行復制基于事務組)
　　設置

　　set global slave_parallel_workers=10;
　　設置sql線程數為10

　　其他

　　部分數據復制

　　主庫添加參數：

　　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開始支持
　　主主復制
　　聯級復制
　　用途：實時災備的故障切換，讀寫分離，備份
　　原理
　　i/o線程接受讀取binlog，并寫入relay log文件
　　sql線程從relay log 文件中讀取binlog并持久化
　　主：log dump線程傳binlog；
　　從
　　問題及解決
　　并行復制
　　半同步復制
　　主庫宕機后，數據丟失
　　主庫寫壓力大，因從庫只有一個sql 線程來持久化，復制可能延遲
　　半同步復制：
　　事務在主庫寫完binlog后需要從庫返回一個已接受，才放回給客戶端；
　　原理
　　5.5集成到mysql，以插件的形式存在，需要單獨安裝
　　確保事務提交后binlog至少傳輸到一個從庫
　　不保證從庫應用完成這個事務的binlog
　　性能有一定的降低
　　網絡異?；驈膸戾礄C，卡主庫，直到超時或從庫恢復
　　并行復制
　　原理：從庫多線程apply binlog
　　在社區5.6中新增
　　庫級別并行應用binlog，同一個庫數據更改還是串行的
　　5.7版本并行復制基于事務組
　　部分數據復制
　　聯級復制（常用）
　　A->B->C
　　B中添加參數log_slave_updates
　　B將把A的binlog記錄到自己的binlog日志中
　　復制的監控
　　show slave status
　　復制出錯處理
　　手動處理
　　跳過復制錯誤：set global sql_slave_skip_counter=1
　　常見：1062（主鍵沖突），1032（記錄不存在）
　　解決：
　　mysql主從復制是mysql高可用性，高性能（負載均衡）的基礎
　　簡單，靈活，部署方式多樣，可以根據不同業務場景部署不同復制結構
　　復制過程中應該時刻監控復制狀態，復制出錯或延時可能給系統造成影響
　　mysql主從復制目前也存在一些問題，可以根據需要部署復制增強功能。

（編輯：武林網）

上一篇：mysqldump恢復備份出現的難題

下一篇：MYSQL Truncate 引發數據表損壞案例解析