主從形式
mysql主從複制 靈活
一主一從
主主複制
一主多從---擴充系統讀取的性能，因為讀是在從庫讀取的；
多主一從---5.7開始支援
聯級複制---
用途及條件
mysql主從複制用途
實時災備，用于故障切換
讀寫分離，提供查詢服務
備份，避免影響業務
主從部署必要條件：
主庫開啟binlog日志（設定log-bin參數）
主從server-id不同
從庫伺服器能連通主庫
主從原理
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并行複制
社群版5.6中新增
并行是指從庫多線程apply binlog
庫級别并行應用binlog，同一個庫資料更改還是串行的(5.7版并行複制基于事務組)
設定
設定sql線程數為10
其他
部分資料複制
主庫添加參數：
或從庫添加參數
聯級複制（常用）
A->B->C
B中添加參數：
複制的監控：
複制出錯處理
常見：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後需要從庫傳回一個已接受，才放回給用戶端；
不保證從庫應用完成這個事務的binlog
性能有一定的降低
網絡異常或從庫當機，卡主庫，直到逾時或從庫恢複
原理：從庫多線程apply binlog
在社群5.6中新增
庫級别并行應用binlog，同一個庫資料更改還是串行的
5.7版本并行複制基于事務組
B中添加參數log_slave_updates
B将把A的binlog記錄到自己的binlog日志中
複制的監控
show slave status
mysql主從複制是mysql高可用性，高性能（負載均衡）的基礎
簡單，靈活，部署方式多樣，可以根據不同業務場景部署不同複制結構
複制過程中應該時刻監控複制狀态，複制出錯或延時可能給系統造成影響
mysql主從複制目前也存在一些問題，可以根據需要部署複制增強功能
本文轉自淺景塵51CTO部落格，原文連結：http://blog.51cto.com/857803451/1951885 ，如需轉載請自行聯系原作者