wordpress网站统计手机网页链接制作

为确保生产环境中的数据安全与可靠性，数据库普遍采用主从集群架构（一主一从）进行部署。本文将系统阐述如何利用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/bashmysql -u root -pshow 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. 从数据库开启主从配置后，查看一下状态，看看是否启用主从同步功能；

这里遇到了一个小坑，具体解决方案可参考：https://www.cnblogs.com/momo6656/p/14922886.html，我这里主要是因为防火墙的问题导致。如果经过多次调整，仍不生效，记得使用《重启大法》，通常情况下，可以给你意外惊喜。
最终效果如下如：

四、主从复制测试

1. 在主数据库中，新建数据库、表以及插入信息；
   
2. 从库中查看是否同步；

发现，数据已经完美同步。

3. 使用客户端再次进行测试；
   
   查询从库：
   
   至此，安装完毕！