为确保生产环境中的数据安全与可靠性,数据库普遍采用主从集群架构(一主一从)进行部署。本文将系统阐述如何利用Docker镜像实现数据库集群的容器化部署,并完整记录各配置环节的具体实现步骤。
一、主服务实例创建(可以先创建docker网络)
- 首先通过下面的命令将主服务器实例创建完成
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配置。
- 添加主服务器对应配置文件,进入到 /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
进入到容器,检查一下配置文件是否挂载成功。
- 配置文件添加完毕后,重启主服务器
docker restart mysql-master
查看编码字符集是否修改成功:
docker exec -it mysql-master /bin/bashmysql -u root -pshow variables like '%character%';
已经修改生效,说明刚刚修改的配置文件没问题,进行下一步。
- 进入到主服务器的容器中,创建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'@'%';
二、从服务器实例创建
- 和主服务器创建的命令一样,个别挂载地址需要调整一下,如果是在不同的服务器上,可直接执行;
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
- 添加从服务器对应配置文件,进入到 /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
- 重启从服务器实例
docker restart mysql-slave
- 和主服务器一样,登入mysql,使用命令行查看配置文件是否生效。
三、主从搭建
- 在主服务器中,查看当前主服务器情况,如下:
show master status;
这里的信息很重要,主要作用是告诉从机同步的位置。
- 在从数据库中配置主从复制,在从机的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,说明主从复制还未开始。
下面,继续进行后续操作。
- 在从数据库中开启主从同步,执行下面的命令:
start slave;
- 从数据库开启主从配置后,查看一下状态,看看是否启用主从同步功能;
这里遇到了一个小坑,具体解决方案可参考:https://www.cnblogs.com/momo6656/p/14922886.html,我这里主要是因为防火墙的问题导致。如果经过多次调整,仍不生效,记得使用《重启大法》,通常情况下,可以给你意外惊喜。
最终效果如下如:
四、主从复制测试
- 在主数据库中,新建数据库、表以及插入信息;
- 从库中查看是否同步;
发现,数据已经完美同步。
- 使用客户端再次进行测试;
查询从库:
至此,安装完毕!