基於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的這個長鏈接。

一個事務日誌同步的完整過程是這樣的：

• 一、在備庫B上經過change master命令，設置主庫A的IP、端口、用戶名、密碼、以及要從哪一個位置開始請求binlog，這個位置包含文件名和日誌偏移量。
• 二、在備庫B上執行start slave命令，這時侯備庫會啓動兩個線程，io_thread 和 sql_thread。其中， io_thread負責與主庫創建鏈接。
• 三、主庫A校驗完用戶名、密碼後，開始按照備庫B傳過來的位置，從本地讀取binlog，發給B。
• 四、備庫B拿到binlog後，寫到本地文件，稱爲中轉日誌（relay log）。
• 五、sql_thread讀取中轉日誌，解析日誌裏的命令，並執行。

以上就是基於Docker的MySQL主從複製搭建及原理的詳細內容，更多請關注其它相關文章！