摘要：配置主庫和備庫。主庫當前的二進制日志文件，和獲得數據快照時在該二進制日志文件中的偏移量。它能夠在備份時不阻塞服務器的操作，因此可以在不影響主庫的情況下設置備庫。

正所謂理論造航母，現實小帆船。單有理論，不動手實踐，學到的知識猶如空中樓閣。接下來，我們一起來看下如何一步步進行 MySQL Replication 的配置。

為 MySQL 服務器配置復制非常簡單。但由于場景不同，基本的步驟還是有所差異。最基本的場景是新安裝主庫和備庫，總得來說分為以下幾步：

在每臺服務器上創建復制賬號。

配置主庫和備庫。

通知備庫連接到主庫并從主庫復制數據。

此外，由于主備部署需要多臺服務器，但是這種要求對大多數人來說并不怎么友好，畢竟沒有必要為了學習部署主備結構，多買個云服務器。因此，為了測試方便，我們通過 docker 容器技術在同臺機器上部署多個容器，從而實現在一臺機器上部署主備結構。

這里我們先假定大部分配置采用默認值，在主庫和備庫都是全新安裝并且擁有同樣的數據。接下來，我們將展示如何通過 docker 技術一步步進行復制配置。

此外，我們將推薦一些“安全配置”，以便在不清楚如何配置時，確保數據的安全。

1) 部署 docker

什么？docker 還沒部署？趕緊參考這里配一個，docker 都沒玩，怎么和面試官吹水呀！

2) 拉取 MySQL 鏡像

docker pull mysql:5.7

3) 使用 mysql 鏡像啟動容器

docker run -p 3339:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7 # 啟動 master 容器
docker run -p 3340:3306 --name mysql-slave -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7 # 啟動 slave 容器

master 對外的端口是 3339，slave 對外的端口是 3340，我們在使用客戶端連接要使用對應的端口連接對應 mysql。

4) 使用命令查看正在運行的容器

docker ps

5) 使用客戶端連接工具測試麗連接 mysql

1) 配置 master
通過以下命令進入容器內部

docker exec -it mysql-master /bin/bash

a) 更新 apt-get 源

apt-get update

b) 安裝 vim

apt-get install vim

c) 配置 my.cnf

vim /etc/mysql/my.cnf
// 在my.cnf 中添加如下配置
[mysqld]
server-id=110 # 服務器 id，同一局域網內唯一
log-bin=/var/lib/mysql/mysql-bin # 二進制日志路徑

d) 重啟 mysql 服務使配置生效

service mysql restart

e) 啟動容器
重啟 mysql 服務時會使得 docker 容器停止，需要重啟容器。

docker start mysql-master

f) 創建數據同步用戶并授權

CREATE USER "slave"@"%" IDENTIFIED BY "123456";
GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO "slave"@"%";

2) 配置 slave
通過以下命令進入容器內部

docker exec -it mysql-slave /bin/bash

a) 配置 my.cnf

vim /etc/mysql/my.cnf
// 在my.cnf 中添加如下配置
[mysqld]
server-id=120 # 服務器 id，同一局域網內唯一
log-bin=/var/lib/mysql/mysql-bin # 二進制日志路徑
relay_log=/path/to/logs/relay-bin # 中繼日志路徑

3) 關聯 master 和 slave
配置完 master 和 slave，接下來就要讓 master 和 slave 相關聯。
回到我們的服務器，先找出 master 和 slave 容器的 IP，執行：

docker inspect --format="{{.NetworkSettings.IPAddress}}" mysql-master

因此，我們知道了 mysql-master 容器的 IP 是：172.17.0.3。同樣的方法，mysq-slave 容器的 IP 是：172.17.0.4。記住這兩個值，后面的配置需要用到。

我們首先配置 master。在 master 容器內通過 mysql -u root -p 進入 MySQL 命令行，執行 show master status;

上圖中，File 和 Position 字段對應的值要記錄下來，后續在 slave 配置時需要用到這兩個值。要注意的是，記錄完這兩個值后，就不能在 master 庫上做任何操作，否則會出現數據不同步的情況。

接下來配置 slave，同樣的，在 slave 上進入 MySQL 命令行。然后執行下面語句：

change master to master_host="172.17.0.3", master_user="slave", master_password="123456", master_port=3306, master_log_file="mysql-bin.000001", master_log_pos=42852, master_connect_retry=30;

change master to 是 slave 配置 master 的命令，相關參數含義如下：

master_host：master 的IP，就是我們上面獲取的 IP 地址

master_port：master 的端口號，也就是我們 master mysql 的端口號

master_user：進行數據同步的用戶

master_password：同步用戶的密碼

master_log_file：指定 slave 從 master 的哪個日志文件開始復制數據，也就是我們上面提到的 File 字段的值

master_log_pos：從 master 日志文件的那個位置開始讀，上面提到的 Position 字段的值

master_connect_retry：重試時間間隔。單位是秒，默認 60

配置完 slave 后，可以通過 show slave statusG; 查看 slave 的狀態。

![slave 狀態]](/img/bVbqPxZ)

正常情況下，剛配置完 slave 的 Slave_IO_Running 和 Slave_SQL_Runing 都是 NO，因為我們還沒開啟主從復制。使用 start slave 開啟主從復制，然后再查下 slave 狀態。

slave 的 Slave_IO_Running 和 Slave_SQL_Runing 都是 YES，說明主從復制已成功啟動。此時，可以通過客戶端能否成功復制數據。

我們在 master 新建 replication 庫，然后觀察 slave 庫是否創建了 replication 庫，如下圖，表示復制成功。

另外，開啟主從復制后，如果出現以下情況：

Slave_IO_Running: CONNECTING
Slave_SQL_RUNNING: Yes

表示開啟主從復制后， slave 的 IO 進程連接 master 出現問題，一直在重試連接。我們可以根據 Last_IO_Error 的提示進行解決：

網絡不通。檢查 IP、port。

密碼錯誤。檢查配置的同步用戶和密碼是否正確。

pos 錯誤。檢查 slave 配置的 Position 的值 與 master 是否一致。

前面的設置都是假定主備庫均為剛剛安裝好且都是默認的數據，也就是說兩臺服務器上數據相同，并且知道當前主庫的二進制日志。但在實際環境中，大多數情況下是有一個一級運行了一段時間的主庫，然后用一臺新安裝的備庫與之同步，此時這臺備庫還沒有數據。

有幾種方法來初始化備庫或者從其他服務器克隆數據到備庫。包括從主庫復制數據、從另外一臺備庫克隆數據，以及使用最近的一次備份來啟動備庫等。而這些方法都需要有三個條件來讓主庫與備庫保持同步：

在某個時間點的主庫的數據快照。

主庫當前的二進制日志文件，和獲得數據快照時在該二進制日志文件中的偏移量。我們把這兩個值稱為日志文件坐標（log file coordinates）。通過這兩個值可以確定二進制日志的位置。可以通過 SHOW MASTER STATUS 命令來獲取這些值。

從快照時間到現在的二進制日志。

下面是一些從別的服務器克隆備庫的方法：

使用冷備份。最基本的方法是關閉主庫，把數據復制到備庫。重啟主庫后，會使用一個新的二進制日志文件，我們在備庫通過執行 CHANGE MASTER TO 指向這個文件的起始處。不過這個方法的缺點很明顯：在復制數據時需要關閉主庫。

使用熱備份。如果僅使用了 MyISAM 表，可以在主庫運行時使用 mysqlhotcopy 或 rsync 來復制數據。

使用 mysqldump。如果只包含 InnoDB 表，可以使用以下命令來轉儲主庫數據并將其加載到備庫，然后設置相應的二進制日志坐標：mysqldump --single-transaction --all-databases --master-data=1 --host=server1 | mysql --host=server2。選項 --single-transaction 使得轉儲的數據為事務開始前的數據。如果使用的是非事務型表，可以使用 --lock-all-tables 選項來獲得所有表的一致性轉儲。

使用快照或備份。只要知道對應的二進制日志坐標，就可以使用主庫的快照或者備份來初始化備庫。（如果使用備份，需要確保從備份的時間點開始的主庫二進制日志都要存在）。只需要把備份或快照恢復到備庫，然后使用 CHANGE MASTER TO 指定二進制日志的坐標。

使用 Percona Xtrabackup。Percona 的 Xtrabackup 是一款開源的熱備份工具。它能夠在備份時不阻塞服務器的操作，因此可以在不影響主庫的情況下設置備庫。可以通過克隆主庫或另一個已存在的備庫的方式來建立備庫。

使用另外的備庫。可以使用任何一種克隆或拷貝技術從任意一臺備庫上將數據克隆到另外一臺服務器。但是如果使用的是 mysqldump，--master-data 選項就會不起作用。此外，不能使用 SHOW MASTER STATUS 來獲得主庫的二進制日志坐標，而是在獲取快照時使用 SHOW SLAVE STATUS 來獲取備庫在主庫上的執行位置。使用另外的備庫進行數據克隆最大的缺點是，如果這臺備庫的數據已經和主庫不同步，克隆得到的就是臟數據。

我們知道，MySQL 的復制有許多參數可以控制，其中一些會對數據安全和性能產生影響。這里，我們介紹一種“安全配置”，可以最小化問題發生的概率。

在主庫上二進制日志最重要的選項是 sync_binlog：

sync_binlog=1
如果開啟該選項，MySQL 每次在提交事務前會將二進制日志同步到磁盤上，保證在服務器崩潰時不會丟失時間。如果禁止該選項，服務器會少做一些工作，但二進制日志文件可能在服務器崩潰時損壞或丟失信息。在一個不需要作為主庫的備庫上 ，該選項會帶來不必要的開銷。要注意的是，它只適用于二進制日志，而非中繼日志。

如果無法接受服務器崩潰導致表損壞，推薦使用 InnoDB。MyISAM 表在備庫服務器崩潰重啟后，可能已經處于不一致狀態。

如果使用 InnoDB，推薦設置如下選項：

innodb_flush_logs_at_trx_commit=1 # 每次事務提交時，將 log buffer 寫入到日志文件并刷新到磁盤。默認值為 1
innodb_safe_binlog

明確指定二進制日志文件的名稱。當服務器間轉移文件、克隆新的備庫、轉儲備份或者其他場景下，如果以服務器名來命名二進制日志可能會導致很多問題。因此，我們需要給 log_bin 選項指定一個參數。

log_bin=/var/lib/mysql/mysql-bin

在備庫上，同樣開啟如下培訓，為中繼日志指定絕對路徑：

relay_log=/path/to/logs/relay-bin
skip_slave_start
read_only

通過設置 relay_log 可以避免中繼日志文件基于機器名來命名，防止之前提到的可能在主庫上發生的問題。而 skip_slave_start 選項能夠阻止備庫在崩潰后自動啟動復制，以留出時間修復可能發生的問題。read_only 選項可以阻止大部分用戶更改非臨時表。

復制初始化配置三部曲：創建賬號、配置主備庫、備庫連接到主庫開始復制；

從已有服務器復制時，可用熱備份或 mysqldump 命令進行備份；

在不確定相關配置時，選擇最安全的配置準沒錯；