基于Docker的MySQL主从复制环境搭建的实现步骤

(编辑:jimmy 日期: 2024/12/24 浏览:2)

1. 前言

之前的程序架构可能是这样的一种形式:

基于Docker的MySQL主从复制环境搭建的实现步骤

当程序体量扩大后,我们进行扩展,可能会扩展多个后台服务实例,但数据库还是只有一个,所以系统的瓶颈还是在数据库上面,所以这次的主要任务就是对数据库进行扩展,主要形式为:扩展多台数据库实例,实现读写分离,对于一些写的任务分配到主数据库,对于读的任务使用子数据库进行读取。从而提高系统性能。

修改后的架构如下所示:

基于Docker的MySQL主从复制环境搭建的实现步骤

2. 环境预搭建

这次使用docker来进行这个环境的搭建,使用MySQL版本为5.7.13。

docker pull mysql:5.7.13

整体结构为:

  • 1个master主节点,作为写的节点。
  • 2个slave从节点,作为读的节点。

先分别将这几个节点启动,映射到不同的端口。在本机使用数据库连接工具连接,测试是否正常启动且正常连接。

docker run -p 3307:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.13
docker run -p 3308:3306 --name mysql-slave1 -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.13
docker run -p 3309:3306 --name mysql-slave2 -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.13

我这里分别将主节点(mysql-master)映射为3307端口,两个从节点(mysql-slave1,2)分别为33083309端口。然后设置MySQL的root密码为123456

然后可以使用navicat等工具连接测试MySQL。

基于Docker的MySQL主从复制环境搭建的实现步骤

分别进入这几个节点,编辑配置文件。

docker exec -it mysql-master /bin/bash

我使用的是name来进入容器,也可以根据id来选择,即docker exec -it 对应容器的id /bin/bash

由于没有预先安装vivim程序,然后要下载时需要执行apt update命令,这时会从国外源进行下载。由于众所周知的原因,速度很慢。我就将下载源更改为国内源。

进入到/etc/apt文件夹中,首先将原有的文件进行备份:

mv sources.list sources.list.bak

然后使用如下命令新建文件并输入内容:

echo deb http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse > sources.list

然后我们再执行apt update等操作,最后安装vim即可。

3. 进行主从配置

主节点(master)配置

进入主节点容器后,进入/etc/mysql文件夹中,会有一个my.cnf文件,主要对它进行修改。

编辑这个文件,找到[mysqld],在这个下面添加如下命令:

[mysqld]
...
...
## 唯一的编号
server-id=101
## 这个是关键配置项
log-bin=mysql-bin

配置完成后,需要重启MySQL服务使配置生效。使用service mysql restart命令进行重启,重启完成后会关闭MySQL的容器,我们还要重启容器docker restart mysql-master

从节点(slave)配置

同主节点一样,编辑/etc/mysql/my.cnf文件

[mysqld]
...
...
## 唯一的编号
server-id=103
## 选,如果需要将该节点作为其他节点的主节点则需要添加
# log-bin=mysql-bin

链接主节点和从节点

主节点

在主节点容器中进入MySQLmysql -u root -p,密码就是启动容器时设置的123456

进入MySQL后执行show master status;

基于Docker的MySQL主从复制环境搭建的实现步骤

从这里我们得到两个信息FilePosition的值,我这里分别是mysql-bin.000001154

从节点

进入MySQL,执行如下的命令:

change master to master_host='***', master_port=3306, master_user='root', master_password='123456', master_log_file='****', master_log_pos= ***;

分别解释一下这几个参数代表的意思:

master_host:主节点的ip地址,可以在本机使用中如下命令来查看容器的ip地址

docker inspect --format='{{.NetworkSettings.IPAddress}}' 容器名称|容器id

master_port:mysql的端口号,不是对外映射的端口号

master_user:mysql中的用户,要有权限,我直接使用了root,也可以新建用户来使用

master_password:用于同步的mysql帐户密码

master_log_file:用于同步的文件,就是从主节点查询到的文件,我这里是mysql-bin.000001

master_log_pos:binlog文件开始同步的位置, 就是从主节点查询到的位置,我这里是154

执行刚刚的命令后在MySQL终端执行show slave status \G;来查看主从同步状态。

我们可以从这里查看配置的信息来进行核查,然后可以看到两个属性slave_io_runningslave_sql_running都是no,也就是关闭状态。

我们可以执行start slave来开启主从复制,执行后再次执行show slave status \G;命令可以看到两个属性都变成了yes,则说明主从复制已经开启。

如果启动未成功,我们可以检查网络是否连通,同步用到的mysql密码是否正确,还有就是同步文件名称和位置是否正确!

测试

我们可以在主库中新建一个数据库,到从库中如果看到这个库的存在就表示主从同步完成。

4. 级联配置

我想再加一个备份节点,并且这个节点是从slave1节点进行备份的,也就是slave1节点作为backup节点的主节点。这就构成了master->slave->backup这样一个级联关系。

我本来是按照上面的步骤,先在slave的my.cnf中添加了

log-bin=mysql-slave-bin #为了区分,我对文件名进行了修改

接着在backup节点执行的

change master to master_host='***', master_user='root', master_password='123456', master_port=3306, master_log_file='****', master_log_pos= ***;

命令换成对应slave节点的ip等属性。结果发现不行。在主节点有更改后,备份节点并没有变更!

于是我开始了排查,发现在slave节点中的binlog文件并没有更改信息的记录,而backup节点相当于监听这个文件变更,这个文件没有变更所以backup节点也就不会有更改。这里延伸一点,mysql的binlog记录了我们所有更改的操作,所以理论上我们可以通过binlog来恢复任一时间刻的数据库内容。

于是问题就转变成,主节点变更后如何让从节点的binlog日志有记录。

我们可以在编辑my.cnf文件时再添加一行:log_slave_updates=1即可,让slave在接到master同步后也将二进制日志写到自己的binlog中。

这样就可以完成,主节点进行更改后,从节点和备份节点都会进行变更,备份节点的数据是从从节点备份过去的。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

一句话新闻

一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?