MySQL集群：双主模式

最新推荐文章于 2024-05-06 11:34:09 发布
最新推荐文章于 2024-05-06 11:34:09 发布
阅读量3k 收藏 11
点赞数 1
分类专栏： mysql 文章标签： 数据库 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_37672801/article/details/128009248
版权

目录

1、双主模式

1.1、高可用架构

1.2、MMM架构(基于双主模式)

1.2.1、MMM故障处理机制

1.2.2、MMM监控机制

1.3、MHA架构(基于主从模式)

1.3.1、MHA故障处理机制

1.3.2、MHA优点

1.4、主备切换

1.4.1、主备延迟问题

1.4.2、可靠性优先

1.4.3、可用性优先

2、双主模式实战 

2.1、修改master1的my.ini配置文件

2.2、​​​​​​​在主库master1配置slave访问master1的用户的ip权限

2.3、修改master2的my.ini配置文件

​​​​​​​2.4、在主库master2配置slave访问master2的用户的ip权限

​​​​​​​2.5、在主库master1配置master2的关联关系

2.6、在主库master2配置master1的关联关系

1、双主模式

两台服务器互为主从，任何一台服务器数据变更，都会通过复制应用到另外一方的数据库中。

可解决因主库故障导致的服务不可用情况。

可分为双主单写(推荐)和双主双写模式，双主双写模式会存在如下问题：

  • ID冲突

        在A主库写入，当A数据未同步到B主库时，对B主库写入，如果采用自动递增容易发生ID主键的冲突。可以采用MySQL自身的自动增长步长来解决，例如A的主键为1,3,5,7...，B的主键为2,4,6,8... ，但是对数据库运维、扩展都不友好。

  • 更新丢失

        同一条记录在两个主库中进行更新，会发生前面覆盖后面的更新丢失。

1.1、高可用架构

        一个Master提供线上服务，另一个Master作为备胎供高可用切换，Master下游挂载Slave承担读请求。

        通过引入高可用组件(MMM、Keepalived)，实现主库故障的自动切换。

 1.2、MMM架构(基于双主模式)

        MMM（Master-Master Replication Manager for MySQL）是一套用来管理和监控双主复制，支持双主故障切换的第三方软件。同一时间只允许一个节点进行写入操作。

1.2.1、MMM故障处理机制

MMM 包含writer和reader两类角色，分别对应写节点和读节点。

  1. 当 writer节点出现故障，程序会自动移除该节点上的VIP(虚拟IP)
  2. 写操作切换到 Master2，并将Master2设置为writer
  3. 将所有Slave节点会指向Master2

除了管理双主节点，MMM 也会管理 Slave 节点，在出现宕机、复制延迟或复制错误，MMM 会移除该节点的 VIP，直到节点恢复正常。

1.2.2、MMM监控机制

MMM 包含monitor和agent两类程序，功能如下：

  • monitor：监控集群内数据库的状态，在出现异常时发布切换命令，一般和数据库分开部署。
  • agent：运行在每个 MySQL 服务器上的代理进程，monitor 命令的执行者，完成监控的探针工作和具体服务设置，例如设置 VIP（虚拟IP）、指向新同步节点

1.3、MHA架构(基于主从模式)

        MHA（Master High Availability）是一套比较成熟的 MySQL 高可用方案，也是一款优秀的故障切换和主从提升的高可用软件。

        在MySQL故障切换过程中，MHA能做到在30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。MHA还支持在线快速将Master切换到其他主机，通常只需0.5－2秒。

        目前MHA主要支持一主多从的架构，要搭建MHA，要求一个复制集群中必须最少有三台数据库服务器。

MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。

  • MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。负责检测master是否宕机、控制故障转移、检查MySQL复制状况等。
  • MHA Node运行在每台MySQL服务器上，不管是Master角色，还是Slave角色，都称为Node，是被监控管理的对象节点，负责保存和复制master的二进制日志、识别差异的中继日志事件并将其差异的事件应用于其他的slave、清除中继日志。

MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master，整个故障转移过程对应用程序完全透明。

1.3.1、MHA故障处理机制

  1. 把宕机master的binlog保存下来
  2. 根据binlog位置点找到最新的slave
  3. 用最新slave的relay log修复其它slave
  4. 将保存下来的binlog在最新的slave上恢复
  5. 将最新的slave提升为master
  6. 将其它slave重新指向新提升的master，并开启主从复制

1.3.2、MHA优点

  • 自动故障转移快
  • 主库崩溃不存在数据一致性问题
  • 性能优秀，支持半同步复制和异步复制
  • 一个Manager监控节点可以监控多个集群

1.4、主备切换

        将主库变为从库，将从库变为主库。分为可靠性优先和可用性优先，主备切换时存在延迟问题。

1.4.1、主备延迟问题

主备同步流程分为如下三个步骤：

  1. 主库 A 执行完成一个事务，写入 binlog，我们把这个时刻记为 T1;
  2. 主库A将binlog传给备库B，我们把备库B接收完 binlog 的时刻记为 T2;
  3. 备库 B 执行完成这个binlog复制，我们把这个时刻记为 T3。

主备延迟，就是同一个事务，在备库执行完成的时间和主库执行完成的时间之间的差值，也就是 T3-T1。

在备库上执行show slave status命令，它可以返回结果信息，seconds_behind_master表示当前备库延迟了多少秒。

同步延迟主要原因如下：

  • 备库机器性能问题

        机器性能差，甚至一台机器充当多个主库的备库。

  • 分工问题

        备库提供了读操作，或者执行一些后台分析处理的操作，消耗大量的CPU资源。

  • 大事务操作

        大事务耗费的时间比较长，导致主备复制时间长。比如一些大量数据的delete或大表DDL操作都可能会引发大事务

1.4.2、可靠性优先

        主备切换过程一般由专门的HA高可用组件完成，但是切换过程中会存在短时间不可用，因为在切换过程中某一时刻主库A和从库B都处于只读状态。

  1. 判断从库B的Seconds_Behind_Master值，当小于某个值才继续下一步
  2. 把主库A改为只读状态（readonly=true）
  3. 等待从库B的Seconds_Behind_Master值降为 0
  4. 把从库B改为可读写状态（readonly=false）
  5. 把业务请求切换至从库B

1.4.3、可用性优先

        不等主从同步完成， 直接把业务请求切换至从库B ，并且让 从库B可读写 ，这样几乎不存在不可用时间，但可能会数据不一致。

  1. 主库A执行完 INSERT c=4 ，得到 (4,4) ，然后开始执行 主从切换
  2. 主从之间有5S的同步延迟，从库B会先执行 INSERT c=5 ，得到 (4,5)
  3. 从库B执行主库A传过来的binlog日志 INSERT c=4 ，得到 (5,4)
  4. 主库A执行从库B传过来的binlog日志 INSERT c=5 ，得到 (5,5)
  5. 此时主库A和从库B会有 两行 不一致的数据

2、双主模式实战 

​​​​​​​2.1、修改master1的my.ini配置文件

Log_bin=mysql-bin #开启bin log日志功能

Server-id=1 #设置server-id

Sync-binlog=1

Binlog-ignore-db=information_schema #指定需要同步的数据

Binlog-ignore-db=performation_schema

Binlog-ignore-db=sys

Relay_log=mysql-relay-bin #开启relay log配置

Log_slave_updates=1 #在master做了更新操作是否将修改写入binlog

Auto_increment_offset=1 #双主双写时配置，配置主键自增开始值

Auto_increment_increment=2 #双主双写时配置，配置主键自增步长

2.2、​​​​​​​在主库master1配置slave访问master1的用户的ip权限

grant replication slave on *.* to '用户名'@'%' identified by '密码';
grant all privileges on *.* to '用户名'@'%' identified by '密码';

show master status;

 2.3、修改master2的my.ini配置文件

Log_bin=mysql-bin					#开启bin log日志功能
Server-id=3							#设置server-id
Sync-binlog=1
Binlog-ignore-db=information_schema		#指定需要同步的数据
Binlog-ignore-db=performation_schema
Binlog-ignore-db=sys
Relay_log=mysql-relay-bin				#开启relay log配置
Log_slave_updates=1					#在master做了更新操作是否将修改写入binlog
Auto_increment_offset=2				#双主双写时配置，配置主键自增开始值
Auto_increment_increment=2			#双主双写时配置，配置主键自增步长

​​​​​​​2.4、在主库master2配置slave访问master2的用户的ip权限

grant replication slave on *.* to '用户名'@'%' identified by '密码';
grant all privileges on *.* to '用户名'@'%' identified by '密码';

show master status;

 ​​​​​​​2.5、在主库master1配置master2的关联关系

change master to master_host='master2 IP', master_port=3306, master_user='root', master_password='root', master_log_file='master2 bin log文件名',master_log_pos=107

2.6、在主库master2配置master1的关联关系

change master to master_host='master1 IP', master_port=3306, master_user='root', master_password='root', master_log_file='master1 bin log文件名',master_log_pos=107

以上内容为个人学习理解，如有问题，欢迎在评论区指出。

部分内容截取自网络，如有侵权，联系作者删除。

零点冰.
关注
  • 1
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql 双主架构详解
悟已往之不谏，知来者之可追
04-02 2214
一、背景 二、MySQL双主（主主）架构方案 三、MySQL双主架构图 四、MySQL双主架构的优缺点 五、MySQL双主架构，会存在什么问题？
mysql的双主模式搭建
DriedTears的博客
12-05 1828
mysql的双主模式搭建步骤，记录日常笔记
MySQL高可用方案：基于MHA实现的自动故障转移群集
Ctrip MySQL DBA
04-21 227
常用MySQL不同高可用方案的对比（下图来自官方手册）    能实现自动数据库故障转移的方案只有MySQL Cluster和 DRBD+Heartbeat，这也是两种不依赖Replication的HA方案。   但是，MySQL Cluster（NDB）配置维护复杂，不像Replication一样稳定易用，大部分公司可能不会考虑这一方案；而DRBD的额外性能消耗又比较大，约为20%—30...
MySQL数据库实现双主+高可用
最新发布
weixin_73725203的博客
05-06 357
暂停master01后master02。1>修改master01。2>修改master02。
MySql集群架构--双主模式原理
gaopaopi6397的博客
12-01 1776
双主模式是指两台服务器互为主从，任何一台服务器数据变更，都会通过复制应用到另外一方的数据库中。高可用架构如下图所示，其中一个Master提供线上服务，另一个Master作为备胎供高可用切换， Master下游挂载Slave承担读请求。
MySQL双主模式（2022/11/19）
xiaoQQya的博客
11-19 767
搭建 MySQL 双主模式，互为主从，均可读写。
MySQL双主双从读写分离
xdpcxq的专栏
12-27 1651
在MySQL多主多从的架构配置中和双主双从是一样的，学会了双主双从的架构部署，多主多从的配置也同样就回了。下面以双主双从作为示例演示。
mysql集群双主双从 windows
09-14
1. **冲突处理**：双主复制可能导致数据冲突，需要设定冲突解决策略。 2. **网络稳定性**：网络不稳定可能导致复制中断，需确保网络连接的可靠性。 3. **数据一致性**：虽然异步复制允许短暂的数据不一致，但应尽量...
mysql集群多主同步教程.zip
08-16
MySQL集群是一种用于提高数据库服务高可用性和横向扩展性的解决方案，多主同步是其中的一种策略。在MySQL集群中，多主配置意味着每个节点都可以作为主节点，既可以读取也可以写入数据，并且这些节点之间会进行数据...
mysql MGR 单主多主模式切换知识点详解
09-08
MySQL Group Replication (MGR) 是一种用于MySQL数据库的高...总的来说，理解并熟练掌握MGR的单主多主模式切换是确保MySQL集群稳定性和可用性的重要一环。正确配置和管理MGR，能够为业务提供高效、可靠的数据库服务。
Mysql.rar_mysql集群
09-20
MySQL集群是一种高可用性和高可扩展性的解决方案，用于在多个服务器之间分布数据库负载，以确保在单个节点故障时服务不中断。以下是对标题和描述中提到的知识点的详细解释： 1. **MySQL复制**： MySQL复制是将一个...
MySQL双主互备+keepalived 实现流程
05-30
MySQL双主互备+keepalived 实现流程
mysql集群一主一从 windows
09-14
在这个“mysql集群一主一从 windows”配置中，我们将探讨如何在Windows环境下搭建MySQL的一主一从架构。 主从复制的基本原理是：在一个MySQL集群中，有一个主服务器负责接收所有写操作，而其他从服务器通过复制主...
linux keepalived双主模式,Keepalived+LVS实现高可用负载均衡双主模式
weixin_39579726的博客
05-12 557
Keepalived一开始就是为lvs设计的，解决了单点服务器的故障问题，能保证服务不中断、稳定运行。(《Keepalived在前一篇文章Nginx+Keepalived实现高可用负载均衡的主从模式》http://www.linuxidc.com/Linux/2017-10/148061.htm 就已经介绍过了，这里不多介绍了)LVS是一种集群(Cluster)技术：采用IP负载均衡技术和基于内...
使用 MySQL-MMM 实现（MySQL双主双从）高可用集群
愿许浪尽天涯的博客
11-30 2527
MMM（Master-Master replication manager for MySQL）是一套支持双主故障切换和双主日常管理的脚本程序。 MMM 使用 Perl 语言开发，主要用来监控和管理 MySQL Master-Master（双主）复制，可以说是 MySQL 主主复制管理器。
MySQL集群-双主实验
qq_48359654的博客
07-24 287
MySQL集群-双主实验
MySQL双主模式集群部署
wyl9527的博客
04-01 1497
目录 1.机器环境 2.mysql双主模式搭建 2.1 解压缩包，创建软连接 2.2 修改配置文件 2.3 配置环境变量 2.4 初始化数据库（24，25机器都要初始化 2.5 启动数据库，并修改root密码（24，25机器都要初始化） 2.6 登陆24机器，查看master的状态 2.7 登陆25机器，查看master的状态 2.8.验证测试 1.机器环境 机器信...
Mysql集群的HA原理及配置指南之双主模式（二）
第十六维
11-06 1900
mysql双主模式详解及高可用方案例子解析
MySQL 集群 —— 双主双从
猎人在吃肉
01-09 4565
文章目录1、服务器规划2、双主机配置文件修改2.1、Master1 配置2.2、Master2 配置2.3、重启Mysql，使配置生效3、双从机配置文件修改3.1、Slave1 配置3.2、Slave2 配置3.3、重启Mysql，使配置生效4、双主机上创建账号，并授权远程复制4.1、查询Master1的状态4.2、查询Master2的状态5、双从机上执行 change master5.1、执行 ...
mysql 双主模式配置
06-03
MySQL双主模式（双向复制）需要以下几个步骤来进行配置： 1. 配置MySQL主从复制 在MySQL主从复制中，需要将一个MySQL服务器配置为主服务器（master），另一个MySQL服务器配置为从服务器（slave）。主服务器将更新操作记录到二进制日志（binary log），从服务器连接主服务器后，将主服务器的二进制日志复制到从服务器的中继日志（relay log）中，并在从服务器上执行这些更新操作，从而实现数据同步。 2. 配置MySQL双向复制 将两个MySQL服务器都配置为主服务器和从服务器的角色，并在两个服务器上分别创建一个同名的数据库。在每个服务器上，将对方服务器的IP地址添加到my.cnf（或my.ini）配置文件的replication-do-db选项中，并在服务器上创建复制帐户和密码。这样就可以实现双向复制的配置。 3. 配置双向复制的触发器 MySQL双向复制有一个问题，就是当两个服务器上的同一数据同时被更新时，会发生数据冲突。为了解决这个问题，需要在每个服务器上创建一个触发器，用于检测并解决数据冲突。触发器可以在数据更新时自动执行，根据一定的规则解决数据冲突。 4. 配置MySQL集群管理工具 MySQL集群管理工具可以帮助管理员自动化地管理MySQL服务器。例如，Galera Cluster可以自动检测和处理数据冲突，自动故障转移，实现高可用性和负载均衡。 以上是MySQL双主模式（双向复制）的基本配置步骤，需要注意的是，双向复制需要管理员对MySQL的配置和管理有较高的技术水平。在配置过程中，需要仔细检查和测试，以确保数据同步的可靠性和正确性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值