原文連結：https://www.cnblogs.com/liwei0526vip/p/6412493.html
MySQL主從複制的原理和實踐操作
MySQL 主從(MySQL Replication)，主要用于 MySQL 的實時備份、高可用HA、讀寫分離。在配置主從複制之前需要先準備 2 台 MySQL 伺服器。
一、MySQL主從原理
1. 每個從僅可以設定一個主。
2. 主在執行 SQL 之後，記錄二進制 LOG 檔案(bin-log)。
3. 從連接配接主，并從主擷取 binlog，存于本地 relay-log，并從上次記住的位置起執行 SQL，一旦遇到錯誤則停止同步。
二、Replication原理推論
1. 主從間的資料庫不是實時同步，就算網絡連接配接正常，也存在瞬間，主從資料不一緻。
2. 如果主從的網絡斷開，從會在網絡正常後，批量同步。
3. 如果對從進行修改資料，很可能從在執行主的bin-log出錯而停止同步，一般不會修改從的資料。
4. 一個衍生的配置是雙主，互為主從配置，隻要雙方的修改不沖突，可以工作良好。
5. 如果需要多主的話，可以用環形配置，這樣任意一個節點的修改都可以同步到所有節點。
6. 可以應用在讀寫分離的場景中，用以降低單台 MySQL 伺服器的 I/O。
7. 可以實作 MySQL 服務的 HA 叢集。
8. 可以是一主多從，也可以是互相主從(主主)。
三、實驗環境
作業系統：CentOS 6.8_x64
Mysql版本：5.1.73(主從版本要一緻)
Mysql安裝：yum安裝的方式
主 IP 位址：192.168.0.8(master)
從 IP 位址：192.168.0.18(slave)
四、主從的基本配置
1、對master的設定
修改 master 資料庫的配置檔案，vim /etc/my.cnf
[mysqld]
... ... ... ...
log-bin=mysql-bin # 二進制日志名稱，開啟bin-log
server-id=8 # 為伺服器設定一個獨一無二的id，這裡用IP的最後一位。
重新開機 master 資料庫服務：
service mysqld restart
2、對slave的設定
對于 slave 的設定，不需要開啟二進制日志，僅需要設定以下 server-id 即可。
server-id=18
重新開機從服務區器。
五、建立主從複制賬号
為了讓 slave 能夠通過 master 來擷取二進制日志，需要專門給 slave 建立一個使用者 repl，在主上操作。
mysql> grant replication slave on *.* to 'repl'@'192.168.0.18' identified by '123456';
Query OK, 0 rows affected (0.00 sec)
六、檢視主伺服器BIN日志的資訊
執行完之後記錄下這兩值，然後在配置完從伺服器之前不要對主伺服器進行任何操作，因為每次操作資料庫時這兩值會發生改變。
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 259 | | |
+------------------+----------+--------------+------------------+
七、設定從伺服器并啟用slave
從上執行如下代碼：
mysql> change master to
-> master_host="192.168.0.8",
-> master_user="repl",
-> master_password="123456",
-> master_log_file="mysql-bin.000001",
-> master_log_pos=248;
在從伺服器配置完成，啟動從伺服器：
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
檢視主從設定是否成功：
mysql> show slave status\G;
... ... ... ...
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
上面兩項均為yes，說明配置成功。
八、測試主從
在主節點上建立一個資料庫test或一張表table，然後在從節點上檢視是否有test資料庫或table表的建立。
主從形式
原文連結：https://blog.csdn.net/thekenofdis/article/details/78965941
mysql 主從複制原理
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版并行複制基于事務組)
設定
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開始支援
- 主主複制
- 聯級複制
- 用途：實時災備的故障切換，讀寫分離，備份
- 原理
-
- 主：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主從複制目前也存在一些問題，可以根據需要部署複制增強功能