mysql多主双向和级联复制

mysql多主双向和级联复制 目录

• 一.解读
• 二.web设计
• 三.mysql设计
• 四、实 ***
• 1.mysql架构图（草稿）
• 2.配置

前言：

公司项目需求，要做一个内网用的物品管理的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架构图（草稿）

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 status\G

返回结果：

两个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 status\G

返回结果有多个status，依次查看，依次核对即可。

结语：
该架构具有高可用强稳定的特性：具有多主一从，一主多从，双主架构的所有优势：1.上方多增加一个主主库2，形成双机热备提高容灾能力；2.增加大量从主库，进行读写分离，提高高并发下的性能；3.内网离线产生的数据在切换至在线状态时自动同步至所有其他库；

到此这篇关于mysql多主双向和级联复制的文章就介绍到这了,更多相关mysql多主双向+级联复制内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！