mysql多主双向+级联复制(高可用强稳定)

一言以蔽之

架构内各个库均同时开启binlog的master和slave,主主库额外开启级联复制开关。

前言

公司项目需求,要做一个内网用的物品管理的web系统,其中一个要求是要每个单位的本地PC在内网离线状态下(即无法访问总服务器)也能使用系统的服务。项目架构设计的是在线状态时访问总服务器,离线时,用户访问本地服务(是的,我们在每个本地PC上也部署了服务)。
注:
下级单位的本地PC能访问到总服务器时,称为在线,反之称为离线

解读

在离线状态的切换,对于web服务来说没什么影响,毕竟代码是一样的,所以不管部署在哪都一样。区别就是数据库中的数据。这就要求我们的主库,以及每个本机PC上部署的从库,他们之间能实现数据的自主同步。

关于可能的冲突,我们已经在业务层规避掉了。不同的单位,不会update相同的字段。不同的单位,不会在相同的表中insert。所以现在就只用关心mysql的自动同步,以及离线重连的自动续传了。

web设计

1.web后端,我设置了读写分离(只是为了装一下,其实大可不必,毕竟内网并发量不高)
2.在线时,单位的访问,均select本地mysql,update/insert/delete总服务器mysql
3.离线时,单位的访问,均在本地mysql
(这很好实现,不同的域名地址,对应不同的项目,项目内提前设定好数据库router,由用户自主决定访问哪个域名地址即可。实际上,如果断网了,总服务器访问不通,他会自然而然的去访问本机服务的域名地址)

mysql设计

1.同步方式毋庸置疑用的是mysql自带的binlog,mysql版本要选择5.7及以上的版本
2.多主双向:每个本机PC上的mysql,要与总服务器上的mysql保持双主同步。
3.总服务器要开启级联复制,将下级单位PC产生的binlog,同步给其他单位的PC。以便其他单位的PC在离线时可以使用这部分数据

上干货

1.mysql架构图(草稿)
mysql多主双向+级联复制
2.配置
一阶段,先把所有库的master功能启动,同时在库中创建访问账号供其他库使用:
主主库(总服务器)
①在mysql安装路径下找到启动文件my.ini或my.cnf,将如下信息放在启动文件的[mysqld]下:

log_bin=mysql-bin
binlog_format=MIXED
sync_binlog=1
expire_logs_days=7
binlog-do-db=equip_system
slave-skip-errors=all
master_info_repository=table
relay_log_info_repository=table
log-slave-updates=1

各参数的释义:
log_bin=mysql-bin:配置为mysql-bin时,mysql开启binlog功能
binlog_format=MIXED:binlog的记录方式,MIXED为混合记录方式
sync_binlog=1:
触发binlog由缓存刷新到磁盘所需要提交的事务数量,默认为0表示由磁盘文件系统控制,为1表示每提交一个事务即刷新一次(此时最安全,服务异常时丢失的事务最多只有1个,但IO消耗最大,高并发下忌用),常见的DBA一般设置为100。本项目并发量低,可设置为1
expire_logs_days=7:binlog有效时长,设置为7表示binlog存在7天后删除
binlog-do-db=equip_system:要同步的数据库名
slave-skip-errors=all:表示同步出现异常时要跳过哪些异常,设置为all表示所有异常的同步都直接跳过不管。是否可以设置为all,要结合项目的具体业务。本项目可以。
master_info_repository=table:可选< table | file >,设置为table更稳定,重启服务时可以自动续传
relay_log_info_repository=table:可选< table | file >,设置为table更稳定,重启服务时可以自动续传
log-slave-updates=1:配置为1表示开启级联复制

记得修改server-id,架构内互联的mysql均不能相同

server-id=100

②重启sql服务
③进入mysql命令行,执行以下命令
values为ON表示开启binlog成功

show variables like '%log_bin%';

有几个从主库,就创建几个账号,注意这个账号密码提前确定好记好,搞乱了就很头大:

CREATE USER '被同步库的账号名'@'被同步库的ip' IDENTIFIED BY '被同步库账号的密码'; 
GRANT REPLICATION SLAVE ON *.* TO '被同步库的账号名'@'被同步库的ip';

刷新权限:

flush privileges;

查看master状态:

show master status;

返回结果:
在这里插入图片描述
这个形如"mysql-bin.000003"的值要记录上,从主库连接时要用
主主库的一阶段配置完成了

从主库
①在mysql安装路径下找到启动文件my.ini或my.cnf,将如下信息放在启动文件的[mysqld]下:

log_bin=mysql-bin
binlog_format=MIXED
sync_binlog=1
expire_logs_days=7
binlog-do-db=equip_system
slave-skip-errors=all
master_info_repository=table
relay_log_info_repository=table

以上参数和主主库是一样的,区别在于从主库不需要开启级联复制。记得修改server-id
后边过程和主主库的配置是一样的,毕竟都是开启master功能的,这里就不赘述了。把产出的形如"mysql-bin.000003"的值记录下来就好了
一阶段各个库的master功能配置完成

二阶段,配置各个库的slave功能,即将其与要同步的库建立连接
从主库
从主库只需跟主主库建立连接即可
在mysql命令行中执行以下命令:
设置连接master的参数:

CHANGE MASTER TO MASTER_HOST='要同步的对方库的ip', MASTER_PORT=对方库的端口号, MASTER_USER='对方库为你创建的账号名', MASTER_PASSWORD='对方库为你创建的密码',MASTER_LOG_FILE='对方库master状态产出的File的值';

启动slave建立连接:

start slave;

查看连接状态:

show slave statusG

返回结果:
在这里插入图片描述
两个Running都为Yes时,表示连接成功了。不成功请自行查阅资料debug。我这里是对方库没开。
其余从主库操作一样,都是设置连接参数、启动slave建立连接、查看连接状态

主主库
主主库流程同样是设置连接参数、启动slave建立连接、查看连接状态。不同点在于要设置多个master连接参数,所以设置连接参数的命令有一个小的变化,要多一个通道channel的设置,命令如下:
配置与从主库2的连接参数

CHANGE MASTER TO MASTER_HOST='从主库1的ip', MASTER_PORT='从主库1的端口号', MASTER_USER='从主库1为你创建的账号名', MASTER_PASSWORD='从主库1为你创建的密码',MASTER_LOG_FILE='从主库1的master状态的File值'for channel '1';

配置与从主库2的连接参数

CHANGE MASTER TO MASTER_HOST='从主库2的ip', MASTER_PORT='从主库2的端口号', MASTER_USER='从主库2为你创建的账号名', MASTER_PASSWORD='从主库2为你创建的密码',MASTER_LOG_FILE='从主库2的master状态的File值'for channel '2';

有几个配几个:

...

启动slave:

start slave;

查看slave状态:

show slave statusG

返回结果有多个status,依次查看,依次核对即可。
在这里插入图片描述
结语
该架构具有高可用强稳定的特性:具有多主一从,一主多从,双主架构的所有优势:1.上方多增加一个主主库2,形成双机热备提高容灾能力;2.增加大量从主库,进行读写分离,提高高并发下的性能;3.内网离线产生的数据在切换至在线状态时自动同步至所有其他库;

当然主要还是归功于mysql自身的强大!
如果文章对您有帮助,可以为我点个赞吗?

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
THE END
分享
二维码
< <上一篇
下一篇>>