從庫生成兩個線程,一個I/O線程,一個SQL線程; i/o線程去請求主庫 的binlog,并將得到的binlog日志寫到relay log(中繼日志) 文件中;主庫會生成一個 log dump 線程,用來給從庫 i/o線程傳binlog; SQL 線程,會讀取relay log文件中的日志,并解析成具體操作,來實現主從的操作一致,而最終數據一致; 問題及解決方法
并行復制
set global slave_parallel_workers=10;設置sql線程數為10 其他
部分數據復制主庫添加參數:binlog_do_db=db1binlog_ignore_db=db1binlog_ignore_db=db2或從庫添加參數replicate_do_db=db1replicate_ignore_db=db1replicate_do_table=db1.t1replicate_wild_do_table=db%.%replicate_wild_ignore_table=db1.% 聯級復制(常用)A->B->CB中添加參數:log_slave_updatesB將把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->CB中添加參數log_slave_updatesB將把A的binlog記錄到自己的binlog日志中復制的監控show slave status復制出錯處理常見:1062(主鍵沖突),1032(記錄不存在)解決:手動處理跳過復制錯誤:set global sql_slave_skip_counter=1mysql主從復制是mysql高可用性,高性能(負載均衡)的基礎簡單,靈活,部署方式多樣,可以根據不同業務場景部署不同復制結構復制過程中應該時刻監控復制狀態,復制出錯或延時可能給系統造成影響mysql主從復制目前也存在一些問題,可以根據需要部署復制增強功能
新聞熱點
疑難解答