如何搭建基于Docker的MySQL主從復制

下文主要給大家帶來如何搭建基于Docker的MySQL主從復制，希望這些內容能夠帶給大家實際用處，這也是我編輯如何搭建基于Docker的MySQL主從復制這篇文章的主要目的。好了，廢話不多說，大家直接看下文吧。                                                           

為什么基于Docker搭建？

• 資源有限
• 虛擬機搭建對機器配置有要求，并且安裝mysql步驟繁瑣
• 一臺機器上可以運行多個Docker容器
• Docker容器之間相互獨立，有獨立ip，互不沖突
• Docker使用步驟簡便，啟動容器在秒級別

利用Docker搭建主從云服務器

首先拉取docker鏡像,我們這里使用5.7版本的mysql：
docker pull mysql:5.7
然后使用此鏡像啟動容器，這里需要分別啟動主從兩個容器

Master(主)：

docker run -p 3339:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7

Slave(從)

docker run -p 3340:3306 --name mysql-slave -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
Master對外映射的端口是3339，Slave對外映射的端口是3340。因為docker容器是相互獨立的，每個容器有其獨立的ip，所以不同容器使用相同的端口并不會沖突。這里我們應該盡量使用mysql默認的3306端口，否則可能會出現無法通過ip連接docker容器內mysql的問題。
使用docker ps命令查看正在運行的容器：

此時可以使用Navicat等工具測試連接mysql

配置Master（主）

通過docker exec -it 5ddad8c2f368 /bin/bash命令進入到Master容器內部，也可以通過docker exec -it mysql-master /bin/bash命令進入。5ddad8c2f368是容器的id,而mysql-master是容器的名稱。
cd /etc/mysql/mysql.conf.d切換到/etc/mysql/mysql.conf.d目錄下，然后vim mysqld.cnf對my.cnf進行編輯。此時會報出bash: vim: command not found，需要我們在docker容器內部自行安裝vim。使用apt-get install vim命令安裝vim
會出現如下問題：

執行apt-get update，然后再次執行apt-get install vim即可成功安裝vim。然后我們就可以使用vim編輯my.cnf，在my.cnf中添加如下配置：

[mysqld]
## 同一局域網內注意要唯一
server-id=100  
## 開啟二進制日志功能，可以隨便取（關鍵）
log-bin=mysql-bin

配置完成之后，需要重啟mysql服務使配置生效。使用service mysql restart完成重啟。重啟mysql服務時會使得docker容器停止，我們還需要docker start mysql-master啟動容器。
下一步在Master數據庫創建數據同步用戶，授予用戶 slave REPLICATION SLAVE權限和REPLICATION CLIENT權限，用于在主從庫之間同步數據。
首先連接mysql數據庫
root@5ddad8c2f368:/# mysql -uroot -p123456
CREATE USER 'slave'@'%' IDENTIFIED BY '123456';
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';

授予復制賬號REPLICATION CLIENT權限，復制用戶可以使用SHOW MASTER STATUS, SHOW SLAVE STATUS和 SHOW BINARY LOGS來確定復制狀態。
授予復制賬號REPLICATION SLAVE權限，復制才能真正地工作。

配置Slave(從)

和配置Master(主)一樣，在Slave配置文件my.cnf中添加如下配置：

[mysqld]  
## 設置server_id,注意要唯一  server-id=101 
## 開啟二進制日志功能，以備Slave作為其它Slave的Master時使用  
log-bin=mysql-slave-bin 
## relay_log配置中繼日志  
relay_log=edu-mysql-relay-bin

配置完成后也需要重啟mysql服務和docker容器，操作和配置Master(主)一致。

relay log很多方面都跟binary log差不多。區別是：從云服務器I/O線程將主云服務器的二進制日志讀取過來記錄到從云服務器本地文件，然后SQL線程會讀取relay-log日志的內容并應用到從云服務器，從而使從云服務器和主云服務器的數據保持一致。

鏈接Master(主)和Slave(從)

在Master進入mysql，執行show master status;

File和Position字段的值后面將會用到，在后面的操作完成之前，需要保證Master庫不能做任何操作，否則將會引起狀態變化，File和Position字段的值變化。
在Slave 中進入 mysql，執行

CHANGE MASTER TO master_host = '172.17.0.2',
master_user = 'slave',
master_password = '123456',
master_port = 3306,
master_log_file = 'mysql-bin.000001',
master_log_pos = 617,
master_connect_retry = 30;

命令說明：
master_host ：Master的地址，指的是容器的獨立ip,可以通過docker inspect --format='{{.NetworkSettings.IPAddress}}' 容器名稱|容器id查詢容器的ip

master_port：Master的端口號，指的是容器的端口號
master_user：用于數據同步的用戶
master_password：用于同步的用戶的密碼
master_log_file：指定 Slave 從哪個日志文件開始復制數據，即上文中提到的 File 字段的值
master_log_pos：從哪個 Position 開始讀，即上文中提到的 Position 字段的值
master_connect_retry：如果連接失敗，重試的時間間隔，單位是秒，默認是60秒
在Slave 中的mysql終端執行show slave status \G;用于查看主從同步狀態。

正常情況下，SlaveIORunning 和 SlaveSQLRunning 都是No，因為我們還沒有開啟主從復制過程。使用start slave開啟主從復制過程，然后再次查詢主從同步狀態show slave status \G;。

SlaveIORunning 和 SlaveSQLRunning 都是Yes，說明主從復制已經開啟。此時可以測試數據同步是否成功。
主從復制排錯：

使用start slave開啟主從復制過程后，如果SlaveIORunning一直是Connecting，則說明主從復制一直處于連接狀態，這種情況一般是下面幾種原因造成的，我們可以根據 Last_IO_Error提示予以排除。

• 網絡不通
  檢查ip,端口
• 密碼不對
  檢查是否創建用于同步的用戶和用戶密碼是否正確
• pos不對
  檢查Master的 Position

測試主從復制

測試主從復制方式就十分多了，最簡單的是在Master創建一個數據庫，然后檢查Slave是否存在此數據庫。
Master:

Slave:

完整的主備流程圖

最后讓我們來看一下，一個 update 語句在節點 A 執行，然后同步到節點 B的完整流程圖。

可以看到：主庫接收到客戶端的更新請求后，執行內部事務的更新邏輯，同時寫入binlog。
備庫B跟主庫A之間維持了一個長連接。主庫A內部有一個線程，專門用于服務備庫B的這個長連接。
一個事務日志同步的完整過程是這樣的：

• 1、在備庫B上通過change master命令，設置主庫A的IP、端口、用戶名、密碼、以及要從哪個位置開始請求binlog，這個位置包含文件名和日志偏移量。
• 2、在備庫B上執行start slave命令，這時侯備庫會啟動兩個線程，io_thread 和 sql_thread。其中， io_thread負責與主庫建立連接。
• 3、主庫A校驗完用戶名、密碼后，開始按照備庫B傳過來的位置，從本地讀取binlog，發給B。
• 4、備庫B拿到binlog后，寫到本地文件，稱為中轉日志（relay log）。
• 5、sql_thread讀取中轉日志，解析日志里的命令，并執行。

對于以上關于如何搭建基于Docker的MySQL主從復制，大家是不是覺得非常有幫助。如果需要了解更多內容，請繼續關注我們的行業資訊，相信你會喜歡上這些內容的。