Mysql--Docker主从环境搭建及相关问题解析

1. 编写主MySQL的Docker文件

新建文件夹，命名为mysql-master-v1。在文件夹mysql-master-v1中新建文件Dockerfile和master.cnf。笔者推荐使用的编辑器是Visual Studio Code。利用编辑器将这两个文件的编码设置成UTF-8。因为本文介绍安装到linux系统下，所以笔者建议读者把换行符设置成LF，以兼顾Linux操作系统。按照如下内容编写这两个文件。

Dockerfile

FROM mysql:5.7

# set timezone as china/shanghai
RUN cp /usr/share/zoneinfo/PRC /etc/localtime

# copy mysql config file
COPY master.cnf /etc/mysql/conf.d/

ENTRYPOINT ["docker-entrypoint.sh"]

EXPOSE 3306
CMD ["mysqld"]

master.cnf

[mysqldump]
user=root
password='123456'
[mysqld]
max_allowed_packet=8M
lower_case_table_names=1
character_set_server=utf8
max_connections=900
max_connect_errors=600
server-id=1
log-bin=mysql-bin

slow_query_log=1
long_query_time=1
log_error

2. 主MySQL的配置文件参数说明

解释一下master.cnf。 
lower_case_table_names：忽略表名、列名等数据结构的大小写（注意：不是每行记录内容的大小写！）。

server-id=1： 表示此MySQL服务器是主服务器 。

log-bin：开启二进制记录。这是为了主从复制而做的设置。本文使用RBR（Row-Based Replication）模式。

slow_query_log=1：开启慢查询日志。如果某一条SQL执行的时间超过long_query_time设置的秒数，那么就记录下来。记录文件路径可以使用show variables;命令，在变量名是slow_query_log_file下查找到具体的日志文件路径。

long_query_time=1：单位是秒。指如果某一条SQL语句执行时间超过1秒，就记录下来。必须开启慢查询日志了以后，此变量才能使用。

log_error：开启错误日志。show variables like 'log_error'; 就可以查询到日志文件的路径。mysql的docker官方镜像如果设置别的取值会导致容器无法正常启动。

3. 生成并使用主MySQL的镜像

上传文件夹mysql-master-v1到Linux服务器上。为了便于说明，用服务器A来指代这台服务器。笔者的Linux版本是Ubuntu14.04。通过cd命令进入目录mysql-master-v1。然后输入以下命令来编译镜像：

docker build -t zhangchao/mysql-master5.7:v1 .

注意不要落下行末尾最后一个点。

根据编译好的镜像，生成新的容器：

docker run --name mysql-master \
-p 3306:3306 \
-v /zc/mysql-master/datadir:/var/lib/mysql \
-e MYSQL_ROOT_PASSWORD='123456' -d zhangchao/mysql-master5.7:v1

使用MySQL的客户端连接MySQL主服务器，笔者使用的是MySQL Workbench。执行如下命令：

show master status;

记录下file和position。这里假设file是mysql-bin.000001，post是154。

4. 编写从MySQL的Docker文件

新建文件夹 mysql-slave-v1。仿照步骤1在文件夹 mysql-slave-v1下新建 Dockerfile 和 slave.cnf 两个文件。下面是这两个文件的内容。

Dockerfile

FROM mysql:5.7

# set timezone as china/shanghai
RUN cp /usr/share/zoneinfo/PRC /etc/localtime

# copy mysql config file
COPY slave.cnf /etc/mysql/conf.d/

ENTRYPOINT ["docker-entrypoint.sh"]

EXPOSE 3306
CMD ["mysqld"]

slave.cnf

[mysqldump]
user=root
password='123456'
[mysqld]
max_allowed_packet=8M
lower_case_table_names=1
character_set_server=utf8
max_connections=900
max_connect_errors=600
slow_query_log=1
long_query_time=1
replicate-wild-do-table=db1.%
replicate-wild-do-table=db2.%
log_error

# Regard this db as a slave
server-id=2

slave.cnf 文件中的 server-id=2 会把MySQL服务器设置成从服务器。

replicate-wild-do-table：规定有哪些表可以从主服务器复制到从服务器。db1.%是指只要是数据库db1的表，就都可以复制到从服务器上。可以多条设置，来允许多个数据库。 
没有使用replicate-do-db是因为replicate-do-db禁止跨数据库的访问。比如用户已经使用use db2;选择了数据库db2，用户还要执行update db1.t_student set c_name='stu_c' where c_id='1234c'，那么就不能使用replicate-do-db。在编程的时候虽然程序员不会用到use，但是程序员有可能把连接mysql的url写成指定某个数据库或没有指定具体的数据库。即便没有指定数据库，使用replicate-do-db也是不允许的。

5. 生成并使用从MySQL的镜像

上传 mysql-slave-v1 到第二台服务器。用服务器B来指代这台服务器。 
编译镜像：

docker build -t zhangchao/mysql-slave5.7:v1 .

利用新的镜像建立容器：

docker run --name mysql-slave \
-p 3306:3306 \
-v /zc/mysql-slave/datadir:/var/lib/mysql \
-e MYSQL_ROOT_PASSWORD='123456' -d zhangchao/mysql-slave5.7:v1

这时MySQL的主从服务器都在运行中，需要读者自行保证两边的数据相同。只有当两台服务器的数据都一样的时候，才能建立主从复制连接。

6. 把从MySQL连接到主MySQL上

使用客户端连接到MySQL从服务器，假定服务器A的IP是192.168.10.1。 
执行如下命令：

change master to 
master_host='192.168.10.1',
master_user='root',
master_password='123456',
master_log_file='mysql-bin.000001',
master_log_pos=154;

待命令正常执行后，接着执行如下命令：

start slave;

这样就可以主从复制了。只要在主服务器的db1和db2数据库插入或修改数据，就可以自动复制到从服务器上了。

 7. 遇到的问题及解决方案

在mysql主从同步的过程中，可能会因为各种原因出现主库与从库不同步的情况，网上虽然有一些解决办法，但是有时很难彻底解决，重置主从服务器也许不是最快的办法，但却是最安全有效的。 

 1.停止slave服务器的主从同步

    为了防止主从数据不同步，需要先停止slave上的同步服务。

    STOP SLAVE;

    2.对master服务器的数据库加锁

    为了避免在备份的时候对数据库进行更新操作，必须对数据库加锁。

    FLUSH TABLES WITH READ LOCK;

    如果是web服务器也可以关闭apache或nginx服务，效果也是一样的。

   

    3.备份master上的数据

    mysqldump -u root -p -databases db1 db2 > bak.sql

    4.重置master服务

    RESET MASTER;

    这个是重置master的核心语法，看一下官方解释。

    RESET MASTER removes all binary log files that are listed in the index file, leaving only a single, empty binary log file with a numeric suffix of .000001, whereas the numbering is not reset by PURGE BINARY LOGS.

    RESET MASTER is not intended to be used while any replication slaves are running. The behavior. of RESET MASTER when used while slaves are running is undefined (and thus unsupported), whereas PURGE BINARY LOGS may be safely used while replication slaves are running.

    大概的意思是RESET MASTER将删除所有的二进制日志，创建一个.000001的空日志。RESET MASTER并不会影响SLAVE服务器上的工作状态，所以盲目的执行这个命令会导致slave找不到master的binlog，造成同步失败。

    但是我们就是要重置同步，所以必须执行它。

    5.对master服务器的数据库解锁

    UNLOCK TABLES;

    如果你停止了apache或nginx，请开启它们

   

    6.将master上的备份文件拷贝到slave服务器上

    大可不必用WinScp先下载到本地再上传到slave上，可以直接使用scp命令在服务器间拷贝，速度更快。

    scp -r root@XXX.XXX.XXX.XXX:/root/bak.sql ./

    7.删除slave服务器上的旧数据

    删除前，请先确认该备份的是否都备份了。

    DROP DATABASE db1;

    DROP DATABASE db2;

    8.导入数据

    SOURCE /root/bak.sql;

    9.重置slave服务

    RESET SLAVE;

    还是看一下官方解释

    RESET SLAVE makes the slave forget its replication position in the master's binary log. This statement is meant to be used for a clean start: It deletes the master.info and relay-log.info files, all the relay log files, and starts a new relay log file. To use RESET SLAVE, the slave replication threads must be stopped (use STOP SLAVE if necessary). 

    大概意思是，RESET SLAVE将清除slave上的同步位置，删除所有旧的同步日志，使用新的日志重新开始，这正是我们想要的。需要注意的是，必须先停止slave服务（STOP SLAVE），我们已经在第一步停止了它。

    10.开启slave服务

    START SLAVE;

    大功告成，SHOW SLAVE STATUS\G 检查同步状态，一切正常。