docker 搭建mysq主从
Last updated
Last updated
1. 前言
之前的程序架构可能是这样的一种形式：
当程序体量扩大后，我们进行扩展，可能会扩展多个后台服务实例，但数据库还是只有一个，所以系统的瓶颈还是在数据库上面，所以这次的主要任务就是对数据库进行扩展，主要形式为：扩展多台数据库实例，实现读写分离，对于一些写的任务分配到主数据库，对于读的任务使用子数据库进行读取。从而提高系统性能。
修改后的架构如下所示：
2. 环境预搭建
这次使用docker来进行这个环境的搭建，使用MySQL版本为5.7.13。
整体结构为:
1个master主节点，作为写的节点。
2个slave从节点，作为读的节点。
先分别将这几个节点启动，映射到不同的端口。在本机使用数据库连接工具连接，测试是否正常启动且正常连接。
我这里分别将主节点（mysql-master）映射为3307端口，两个从节点（mysql-slave1,2）分别为3308和3309端口。然后设置MySQL的root密码为123456。
然后可以使用navicat等工具连接测试MySQL。
分别进入这几个节点，编辑配置文件。
我使用的是name来进入容器，也可以根据id来选择，即docker exec -it 对应容器的id /bin/bash。
由于没有预先安装vi和vim程序，然后要下载时需要执行apt update命令，这时会从国外源进行下载。由于众所周知的原因，速度很慢。我就将下载源更改为国内源。
进入到/etc/apt文件夹中，首先将原有的文件进行备份：
然后使用如下命令新建文件并输入内容：
然后我们再执行apt update等操作，最后安装vim即可。
3. 进行主从配置
主节点（master）配置
进入主节点容器后，进入/etc/mysql文件夹中，会有一个my.cnf文件，主要对它进行修改。
编辑这个文件，找到[mysqld]，在这个下面添加如下命令：
配置完成后，需要重启MySQL服务使配置生效。使用service mysql restart命令进行重启，重启完成后会关闭MySQL的容器，我们还要重启容器docker restart mysql-master。
从节点（slave）配置
同主节点一样，编辑/etc/mysql/my.cnf文件
链接主节点和从节点
主节点
在主节点容器中进入MySQLmysql -u root -p，密码就是启动容器时设置的123456。
进入MySQL后执行show master status;：
从这里我们得到两个信息File和Position的值，我这里分别是mysql-bin.000001和154。
从节点
进入MySQL，执行如下的命令：
分别解释一下这几个参数代表的意思：
master_host：主节点的ip地址，可以在本机使用中如下命令来查看容器的ip地址
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_running和slave_sql_running都是no，也就是关闭状态。
我们可以执行start slave来开启主从复制，执行后再次执行show slave status \G;命令可以看到两个属性都变成了yes，则说明主从复制已经开启。
如果启动未成功，我们可以检查网络是否连通，同步用到的mysql密码是否正确，还有就是同步文件名称和位置是否正确！
测试
我们可以在主库中新建一个数据库，到从库中如果看到这个库的存在就表示主从同步完成。
4. 级联配置
我想再加一个备份节点，并且这个节点是从slave1节点进行备份的，也就是slave1节点作为backup节点的主节点。这就构成了master->slave->backup这样一个级联关系。
我本来是按照上面的步骤，先在slave的my.cnf中添加了
接着在backup节点执行的
命令换成对应slave节点的ip等属性。结果发现不行。在主节点有更改后，备份节点并没有变更！
于是我开始了排查，发现在slave节点中的binlog文件并没有更改信息的记录，而backup节点相当于监听这个文件变更，这个文件没有变更所以backup节点也就不会有更改。这里延伸一点，mysql的binlog记录了我们所有更改的操作，所以理论上我们可以通过binlog来恢复任一时间刻的数据库内容。
于是问题就转变成，主节点变更后如何让从节点的binlog日志有记录。
我们可以在编辑my.cnf文件时再添加一行：log_slave_updates=1即可，让slave在接到master同步后也将二进制日志写到自己的binlog中。
这样就可以完成，主节点进行更改后，从节点和备份节点都会进行变更，备份节点的数据是从从节点备份过去的。
