前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >MySQL的双主复制介绍

MySQL的双主复制介绍

作者头像
AsiaYe
发布2019-11-06 17:50:07
3.3K1
发布2019-11-06 17:50:07
举报
文章被收录于专栏:DBA随笔DBA随笔
MySQL的双主复制

今天搭建了一套双主复制的架构,这种架构包含两台服务器,每一台都被配置成对方的主库和备库,是一种特殊的主从,架构图如下:

这种架构的应用场景是解决两个处于不同地理位置的服务器都要写入数据的时候。

这种架构,最容易出现的问题是数据冲突,例如:

1、我们在操作两台服务器修改同一条记录,将会产生冲突;

2、在同一个有自增列的表里面插入数据;

为了解决第二个问题,mysql里面配置了两个参数来避免该问题的发生,分别是auto_increment_increment和auto_increment_offset,其中第一个参数是自增长的增长步长,而第二个是自增长的起始值,如果我们有A、B两个服务器,那么一般情况下,A、B两个服务器上这两个参数的设置如下:

A:

auto_increment_increment=2;

auto_increment_offset=1;

B:

auto_increment_increment=2;

auto_increment_offset=2;

也就是说,A服务器从1开始,每次按照步长为2进行自增,保证它的id值全部都是奇数,B服务器从2开始,每次按照步长为2进行自增,保证它的id值全部都是偶数,这样,可以在一定程度上解决自增id值带来的数据冲突问题。

然而,即使这样设置,还是可能出现问题,看看这个例子,假设col的值为1,同时执行这两个SQL:

第一台:update tbl1 set col=col+1;

第二台:update tbl2 set col=col*2;

结果呢,第一台服务器先加再乘,结果值为4,另一台服务器先乘再加,结果值为3。

除了数据不同步之外,还可能出现问题,假如正常的复制发生了错误停止了,但是应用仍然在像两台服务器上写数据,那么两台服务器上的数据都成了脏数据,解决这个数据恢复的问题将会非常麻烦。

综上所述,这种架构,目前来看,是已经被淘汰掉了,可以选用主动---被动模式下的双主复制来进行替代,具体有时间再分析吧。

时间原因,今天就先到这里吧。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2019-09-17,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 DBA随笔 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云数据库 MySQL
腾讯云数据库 MySQL(TencentDB for MySQL)为用户提供安全可靠,性能卓越、易于维护的企业级云数据库服务。其具备6大企业级特性,包括企业级定制内核、企业级高可用、企业级高可靠、企业级安全、企业级扩展以及企业级智能运维。通过使用腾讯云数据库 MySQL,可实现分钟级别的数据库部署、弹性扩展以及全自动化的运维管理,不仅经济实惠,而且稳定可靠,易于运维。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档