基於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主從複製搭建及原理的詳細內容。更多資訊請關注PHP中文網其他相關文章！