Docker安装MySQL集群全过程(主从复制)
作者：搬运Gong
为确保生产环境中的数据安全与可靠性，数据库普遍采用主从集群架构（一主一从）进行部署。
本文将系统阐述如何利用Docker镜像实现数据库集群的容器化部署，并完整记录各配置环节的具体实现步骤。
一、主服务实例创建（可以先创建docker网络）
1、首先通过下面的命令将主服务器实例创建完成
docker run -d -p 3306:3306 --privileged=true \ -v /appData/mysql/master/log:/var/log/mysql \ -v /appData/mysql/master/data:/var/lib/mysql \ -v /appData/mysql/master/conf:/etc/mysql/conf.d \ -e MYSQL_ROOT_PASSWORD=123456 \ --name mysql-master mysql:5.7
主服务器运行成功。下面来修改一下对应的my.cnf配置。
2、添加主服务器对应配置文件，进入到 /appData/mysql/master/conf 目录下，此目录已挂载到容器内部，新建 my.cnf 文件，并添加如下内容：
## 设置编码字符集 [client] default_character_set=utf8 [mysql] default_character_set=utf8 [mysqld] character_set_server=utf8 ## 设置server_id，同一局域网中需要唯一 server_id=101 ## 指定不需要同步的数据库名称 binlog-ignore-db=mysql ## 开启二进制日志功能 log-bin=master-mysql-bin ## 设置二进制日志使用内存大小(事务) binlog_cache_size=1M ## 设置使用的二进制日志格式(mixed,statement，row) binlog_format=mixed ## 二进制日志过期清理时间。默认值为0;表示不自动清理. expire_logs_days=7 ## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断 ## 如:1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致 slave_skip_errors=1062
进入到容器，检查一下配置文件是否挂载成功。
3、配置文件添加完毕后，重启主服务器
docker restart mysql-master
查看编码字符集是否修改成功：
docker exec -it mysql-master /bin/bash mysql -u root -p show variables like '%character%';
已经修改生效，说明刚刚修改的配置文件没问题，进行下一步。
4、进入到主服务器的容器中，创建slave用户并授权，用来同步数据使用
# 交互式模式进入容器内部 docker exec -it mysql-master /bin/bash # 使用root 用户登录mysql服务器 mysql -uroot -p # 创建slave用户并授权 CREATE USER 'slave'@'%' IDENTIFIED BY '123456'; GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'slave'@'%';
二、从服务器实例创建
1、和主服务器创建的命令一样，个别挂载地址需要调整一下，如果是在不同的服务器上，可直接执行；
docker run -d -p 3307:3306 --privileged=true \ -v /appData/mysql/slave/log:/var/log/mysql \ -v /appData/mysql/slave/data:/var/lib/mysql \ -v /appData/mysql/slave/conf:/etc/mysql/conf.d \ -e MYSQL_ROOT_PASSWORD=123456 \ --name mysql-slave mysql:5.7
2、添加从服务器对应配置文件，进入到 /appData/mysql/slave/conf 目录下，此目录已挂载到容器内部，新建 my.cnf 文件，并添加如下内容：
## 设置编码字符集 [client] default_character_set=utf8 [mysql] default_character_set=utf8 [mysqld] character_set_server=utf8 ## 设置server_id，同一局域网中需要唯一 server_id=102 ## 指定不需要同步的数据库名称 binlog-ignore-db=mysql ## 开启二进制日志功能，以备slave作为其他数据库实例的master时使用 log-bin=slave-mysql-bin ## 设置二进制日志使用内存大小(事务) binlog_cache_size=1M ## 设置使用的二进制日志格式(mixed,statement，row) binlog_format=mixed ## 二进制日志过期清理时间。默认值为0;表示不自动清理. expire_logs_days=7 ## 跳过主从复制中遇到的所有错误或指定类型的错误，避免slave端复制中断 ## 如:1062错误是指一些主键重复，1032错误是因为主从数据库数据不一致 slave_skip_errors=1062 ## relay_log 配置中继日志 relay_log=slave-mysql-relay-bin ## log_slave_updates 表示slave将复制事件写进自己的二进制日志 log_slave_updates=1 ## slave 设置为制度（具有super权限的用户除外） read_only=1
3、重启从服务器实例
docker restart mysql-slave
4、和主服务器一样，登入mysql，使用命令行查看配置文件是否生效。
三、主从搭建
1、在主服务器中，查看当前主服务器情况，如下：
show master status;
这里的信息很重要，主要作用是告诉从机同步的位置。
2、在从数据库中配置主从复制，在从机的mysql命令行中，执行以下命令：
change master to master_host='192.168.152.128', master_user='slave', master_password='123456',master_port=3306,master_log_file='master-mysql-bin.000001',master_log_pos=617,master_connect_retry=30;
参数说明：
master_host:主数据库的|P地址;master_port:主数据库的运行端口:master_user:在主数据库创建的用于同步数据的用户账号;master_password:在主数据库创建的用于同步数据的用户密码;master_log_file:指定从数据库要复制数据的日志文件，通过査看主数据的状态，获取File参数;master_log_pos:指定从数据库从哪个位置开始复制数据，通过査看主数据的状态，获Position参数;master_connect_retry:连接失败重试的时间间隔，单位为秒。
执行完毕以后，查看一下从机的主从同步状态：
show slave status \G;
这里命令的结尾使用了 “\G” 的形式，则是以下面这种类似于json的格式展示出来的，因为内容较多，如果以表格的形式展现，不易于阅读。
从图中可以看到，两个状态值：
Slave_IO_Running: No Slave_SQL_Running: No
这两个值均为No，说明主从复制还未开始。
下面，继续进行后续操作。
3、在从数据库中开启主从同步，执行下面的命令：
start slave;
4、从数据库开启主从配置后，查看一下状态，看看是否启用主从同步功能；
这里遇到了一个小坑，具体解决方案可参考：我这里主要是因为防火墙的问题导致。
如果经过多次调整，仍不生效，记得使用《重启大法》，通常情况下，可以给你意外惊喜。
最终效果如下如：
四、主从复制测试
1、在主数据库中，新建数据库、表以及插入信息；
2、从库中查看是否同步；
发现，数据已经完美同步。
3、使用客户端再次进行测试；
查询从库：
至此，安装完毕！
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。