什么是MySQL主從復制

這篇文章主要介紹“什么是MySQL主從復制”，在日常操作中，相信很多人在什么是MySQL主從復制問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”什么是MySQL主從復制”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

1.主從復制簡介及原理

主從復制（也稱 AB 復制）是指一臺服務器充當主數據庫服務器，另一臺或多臺服務器充當從數據庫服務器，主服務器中的數據自動復制到從服務器之中。對于多級復制，數據庫服務器既可充當主機，也可充當從機。MySQL默認采用異步復制方式。

主從復制的過程及原理可以總結如下：

1. master服務器將數據的改變記錄二進制binlog日志，當master上的數據發生改變時，則將其改變寫入二進制日志中。

2. slave服務器會在一定時間間隔內對master二進制日志進行探測其是否發生改變，如果發生改變，則開始一個I/OThread請求master二進制事件。

3. 同時主節點為每個I/O線程啟動一個dump線程，用于向其發送二進制事件，并保存至從節點本地的中繼日志中，從節點將啟動SQL線程從中繼日志中讀取二進制日志，在本地重放，使得其數據和主節點的保持一致。

2.基于二進制文件位置配置主從復制

基于二進制文件位置的主從復制又可以稱為傳統復制，即從服務器依賴于主服務器的binlog文件位置，當主庫發生數據變更時，binlog pos位點會增長，從庫會感應到變化來完成同步。

配置主從復制，我們首先要準備至少兩臺MySQL實例，一臺充當主服務器、一臺充當從服務器。由于主從復制依賴于binlog，所以主庫必須開啟binlog，且主從要配置不同的server_id，下面具體展示下配置過程：

2.1 確認主從庫配置參數

MySQL主從服務器建議有如下配置，可以先確認下，如果未配置，則需要修改配置文件然后重啟。

# 主庫參數配置 要有以下參數
vim /etc/my.cnf 
[mysqld] 
log-bin = binlog  //啟用二進制日志
server-id = 137  //服務器唯一ID，默認值是1，一般設置為IP地址的最后一段數字
binlog_format = row //bilog設置為row模式 防止復制出錯
# 從庫建議配置以下參數
vim /etc/my.cnf 
[mysqld] 
relay-log = relay-bin
server-id = 138

2.2 確定主庫二進制位置，創建同步賬號

若主從庫都是剛剛初始化完成，且主庫無操作時，從庫可不用同步主庫的數據，直接確定主庫的binlog位置即可。

# 查看主庫binlog文件位置
show master status;
# 主庫創建同步賬號
create user 'repl'@'%' identified by '123456';
grant replication slave on *.* to 'repl'@'%';

若主庫已經運行了一段時間，有業務數據在，而從庫剛剛初始化完成，此時則需要備份主庫的數據，然后導入從庫，使得主從數據一致。

# 主庫創建同步賬號
create user 'repl'@'%' identified by '123456';
grant replication slave on *.* to 'repl'@'%';
# 全備主庫數據
mysqldump -uroot -pxxxx -A -R -E --single-transaction --master-data=2 > all_db.sql
# 從庫端恢復
mysql -uroot -pxxxx < all_db.sql
# 從備份文件中可以找到主庫的binlog位置

2.3 進入從庫，開啟主從復制

找到主庫二進制文件位置且完成主從數據一致后，我們就可以正式開啟主從復制了。

# 進入從庫MySQL命令行 執行change master語句連接主庫
# 二進制文件名及pos位置由上面步驟獲得
CHANGE MASTER TO MASTER_HOST='MySQL主服務器IP地址',
    MASTER_PORT=3306,
    MASTER_USER='repl',
    MASTER_PASSWORD='123456',
    MASTER_LOG_FILE='binlog.000002',
    MASTER_LOG_POS=154;
# 開啟主從復制 并堅持狀態
start slave;
show slave status \G //查看slave狀態 確保Slave_IO_Running: Yes Slave_SQL_Running: Yes

3.基于GTID的主從復制

GTID是MySQL 5.6的新特性，其全稱是Global Transaction Identifier，可簡化MySQL的主從切換以及Failover。GTID用于在binlog中唯一標識一個事務。當事務提交時，MySQL Server在寫binlog的時候，會先寫一個特殊的Binlog Event，類型為GTID_Event，指定下一個事務的GTID，然后再寫事務的Binlog。

在基于GTID的復制中，首先從服務器會告訴主服務器已經在從服務器執行完了哪些事務的GTID值，然后主庫會有把所有沒有在從庫上執行的事務，發送到從庫上進行執行，并且使用GTID的復制可以保證同一個事務只在指定的從庫上執行一次，這樣可以避免由于偏移量的問題造成數據不一致。也就是說，無論是級聯情況，還是一主多從的情況，都可以通過GTID自動找位置，而無需像之前那樣通過File_name和File_position找主庫binlog位置了。

基于GTID的主從復制與上面基于二進制文件位置的主從復制搭建步驟類似，同樣簡單展示下搭建過程：

3.1 確認主從庫配置，開啟GTID

# 主庫參數配置 要有以下參數
vim /etc/my.cnf 
[mysqld] 
server-id = 137
log-bin = binlog  
binlog_format = row 
gtid-mode = ON //開啟gtid模式
enforce-gtid-consistency = ON   //強制gtid一致性，用于保證啟動gitd后事務的安全 
# 從庫建議配置以下參數
vim /etc/my.cnf 
[mysqld] 
server-id = 138
log-bin = binlog  
binlog_format = row 
gtid-mode = ON 
enforce-gtid-consistency = ON 
relay-log = relay-bin

3.2 創建同步賬號，保持主從庫數據一致

若主庫剛初始化完成或者主庫端保留有全部二進制文件，則從庫無需手動同步數據。否則需要手動同步數據使得主從一致。

# 主庫創建同步賬號
create user 'repl'@'%' identified by '123456';
grant replication slave on *.* to 'repl'@'%';
# 若主庫剛初始化或保留有完整二進制文件 則無需執行下面步驟
# 全備主庫數據
mysqldump -uroot -pxxxx -A -R -E --single-transaction  > all_db.sql
# 從庫端恢復
mysql -uroot -pxxxx < all_db.sql

3.3 進入從庫，開啟主從復制

# 進入從庫MySQL命令行 執行change master語句連接主庫
CHANGE MASTER TO MASTER_HOST='MySQL主服務器IP地址',
    MASTER_PORT=3306,
    MASTER_USER='repl',
    MASTER_PASSWORD='123456',
    MASTER_AUTO_POSITION = 1;
# 開啟主從復制 并堅持狀態
start slave;
show slave status \G

到此，關于“什么是MySQL主從復制”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！