實現MySQL數據庫的實時備份

實現MySQL數據庫的實時備份

使用MySQL Replication

吳劍 2018-08-03

原創文章，轉載必需註明出處：http://www.cnblogs.com/wu-jian

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

前言

數據庫實時備份的需求很常見，MySQL自己提供了 Replication 機制，摘譯官方介紹以下：

MySQL Replication 能夠將一個主數據庫中的數據同步到一個或多個從數據庫中。而且這個同步過程默認以異步方式工做，不須要保持主從數據庫的實時鏈接（即容許鏈接中斷）。同時容許自定義配置需同步的數據庫及數據表。

MySQL Replication 的優勢及應用場景以下：

一、經過 MySQL Replication 實現負載均衡與讀寫分離（主數據庫僅更新，從數據庫僅讀取），提高數據庫性能。

二、經過 MySQL Replication 實現數據的實時備份，保證數據安全。

三、經過 MySQL Replication 實現數據的離線分析（主數據庫生成數據，從數據庫分析計算不影響主數據庫性能）。

四、數據分發。

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

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

工做原理

一、Master中的全部數據庫變動事件寫入Binary Log文件

二、當在Slave中執行「SLAVE START」命令時，開啓Slave I/O Thread，並鏈接Master

三、Master偵測到Slave I/O Thread的鏈接，開啓Log Jump Thread進行響應

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

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

注：可以使用「SHOW PROCESSLIST」命令在Master和Slave中查看對應線程的運行狀況

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

配置Master

開啓Binary Log並設置ServerID，ServerID必須惟一，取值範圍1至2³²-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

<全文完>

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

若是您以爲本文對您有所幫助，可掃描兩側的二維碼向做者打賞。您的支持是原創的源動力！
做者： 吳劍
出處： http://www.cnblogs.com/wu-jian/
本文版權歸做者全部，歡迎轉載，但必需註明出處，而且在轉載頁面明顯位置給出原文鏈接，不然保留追究法律責任的權利。