MySQL主從復制備份


前言

數據庫實時備份的需求很常見,MySQL本身提供了 Replication 機制,摘譯官方介紹如下:

MySQL Replication 可以將一個主數據庫中的數據同步到一個或多個從數據庫中。並且這個同步過程默認以異步方式工作,不需要保持主從數據庫的實時連接(即允許連接中斷)。同時允許自定義配置需同步的數據庫及數據表。

MySQL Replication 的優點及應用場景如下:

1、通過 MySQL Replication 實現負載均衡與讀寫分離(主數據庫僅更新,從數據庫僅讀取),提升數據庫性能。

2、通過 MySQL Replication 實現數據的實時備份,保證數據安全。

3、通過 MySQL Replication 實現數據的離線分析(主數據庫生成數據,從數據庫分析計算不影響主數據庫性能)。

4、數據分發。

MySQL Replication完整的官方文檔請參閱:https://dev.mysql.com/doc/refman/5.7/en/replication.html

劍 http://www.cnblogs.com/wu-jian

工作原理

MySQL Replication 工作原理

1、Master中的所有數據庫變更事件寫入Binary Log文件

2、當在Slave中執行“SLAVE START”命令時,開啟Slave I/O Thread,並連接Master

3、Master偵測到Slave I/O Thread的連接,開啟Log Jump Thread進行響應

4、Master Binary Log經Master Log Jump Thread和Slave I/O Thread傳輸至Slave Relay Log 

5、Slave SQL Thread將Relay Log還原至數據,同步完成

注:可使用“SHOW PROCESSLIST”命令在Master和Slave中查看對應線程的運行情況

吳劍 http://www.cnblogs.com/wu-jian

配置Master

開啟Binary Log並設置ServerID,ServerID必須唯一,取值范圍1至232-1

復制代碼
[mysqld]
# 開啟Binary Log log-bin=mysql-bin
# 設置全局ID server-id=1

# 指定需同步的數據庫(因為數據庫名稱可能包含逗號,因此多個數據庫必須重復配置多次而不能以逗號分隔)
binlog-do-db=database_name
# 指定禁止同步的數據庫
binlog-ignore-db=database_name
# 指定Binary Log格式
binlog_format=MIXED
復制代碼

創建同步帳號

因為每個Slave均需要使用帳號密碼連接至主數據庫,所以在主數據庫上必須提供帳號。建議使用一個獨立帳號,僅授權數據同步權限。

CREATE USER 'repl'@'%.example.com' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.example.com';

獲取Binary Log信息

Slave啟動I/O Thread時需要傳入Binary Log部分信息,因此需要獲取一下Binary Log信息:

SHOW MASTER STATUS;

使用“SHOW MASTER STATUS”命令獲取Binary Log信息,並記錄File和Position字段值。

同步前保證Master與Slave的數據一致

在Slave啟動I/O Thread前,需確保Master與Slave的數據一致,因此先對Master進行鎖定(防止數據變更),手動同步並確保數據一致后再解鎖。

FLUSH TABLES WITH READ LOCK;

手動數據同步相關操作略...

UNLOCK TABLES;

 

配置Slave

設置ServerID,可不必開啟BinLog:

復制代碼
[mysqld]
# 設置全局ID server-id=2

# 指定同步的數據庫
replicate-do-db=database_name
# 指定禁止同步的數據庫
replicate_ignore_db=database_name
復制代碼

設置Master信息,執行如下命令:

復制代碼
mysql> CHANGE MASTER TO
    ->     MASTER_HOST='master_host_name',
-> MASTER_PORT='master_host_port', -> MASTER_USER='replication_user_name', -> MASTER_PASSWORD='replication_password', -> MASTER_LOG_FILE='recorded_log_file_name', -> MASTER_LOG_POS=recorded_log_position;
復制代碼

啟動I/O Thread

START SLAVE;

查看同步狀態:

SHOW SLAVE STATUS;

吳劍 http://www.cnblogs.com/wu-jian

Master的binlog_format 參數

binlog_format用於配置Binary Log的格式,支持如下三種類型:

Row

按數據行的變化進行記錄,該模式與SQL語句、存儲過程、函數、觸發器等無關,它只關心每一行的數據是否發生變化,如變化則記錄,因此Row模式是准確度最高的。但它的缺點是某些情況下會產生大量內容而導致效率下降,比如表結構發生變更時。

Statement

按SQL語句進行記錄,很明顯這個解決了Row模式的短板,但問題是准確度不夠高,因為SQL語句可以非常復雜並且容易出現意外情況。

Mixed

Row與Statement混合模式,由MySQL自動決定什么時候使用Row,什么時候使用Statement,這也是默認模式。

吳劍 http://www.cnblogs.com/wu-jian

replicate-do-db注意事項

當在Slave中使用replicate-do-db和replicate-ignore-db配置項時,需特別注意,跨數據庫的SQL語句將不會被同步,如:

replicate-do-db=a
use b;
update a.some_table set some_field = 'some value';

解決方案是使用replicate_wild_do_table和replicate_wild_ignore_table,如:

replicate_wild_do_table=database_name.%
replicate_wild_ignore_table=database_name.%

轉載必需注明出處:http://www.cnblogs.com/wu-jian


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM