MySQL数据库双活同步复制方案详解.docx

MySQL 双活同步复制方案详解
对于数据实时同步，其核心是需要基MySQL 双活同步复制方案详解
对于数据实时同步，其核心是需要基于日志来实现，是可以实现准实时的数据同步，基于日
志实现不会要求数据库本身在设计和实现中带来任何额外的约束。
基于MySQL原生复制主主同步方案
Slave
faster
5h'；e
Waster
这是常见的方案，一般来说，中小型规模的时候，采用这种架构是最省事的。 两个节点可以采用简单的双主模式，并且使用专线连接，在 master_A 节点发生故障后，应 用连接快速切换到 master_B 节点，反之也亦然。有几个需要注意的地方，脑裂的情况，两 个节点写入相同数据而引发冲突，同时把两个节点的auto_increment_increment （自增步 长）和auto_increment_offset （自增起始值）设成不同值。其目的是为了避免master节 点意外宕机时，可能会有部分 binlog 未能及时复制到 slave 上被应用，从而会导致 slave 新写入数据的自增值和原先 master 上冲突了，因此一开始就使其错开；当然了，如果有合 适的容错机制能解决主从自增 ID 冲突的话，也可以不这么做，使用更新的数据版本 +， 可以利用多线程复制的方式可以很大程度降低复制延迟，同时，对复制延迟特别敏感的另一 个备选方案，是 semi-sync 半同步复制，基本上无延迟，不过事务并发性能会有不小程度 的损失，特别是在双向写的时候，需要综合评估再决定。
:□U^S-JQ ■|FN> 利11 丄
atuil
Ok 刪ll率I」1U齿甘LU]丄
UOqMj?i|Ui」茜门
:p-u^Bai
(0W[5) japoN
S3]|^AA
(用rsem) i won
S9]UM
° （ DXd 遞凰）JaisnQ gaejix euoDjaa 业冋sn。旳旳 gaeuen 早 蛊王卷早田巨昼申eJ9|eD±K '网邀一郢糜氐田巨昼爭却申却郢糜劉瀏巨目廿'与垂PSXl 摆雪爭回郢糜図回呼鼻①纟血章幻巨’儒出摆雪爭回郢糜王纟就f熾d^sjepo：）者e问旳
峯皇 uoi^eoiiddj ej3|eo 壬聲
Client
Server
UPDATE -1
Group
OK
COMMIT
reptic^te write sei . receive uvilh
native
processing
ce rtrfi canon
glob岂）trx ID
Another
Se rver
目前 PXC 用的会比较多一些，数据严格一致性，尤其适合电商类应用，不过 PXC 也是有其 局限性的，如果并发事务量很大的话，建议采用 InfiniBand 网络，降低网络延迟，因为 PXC 存在写扩大以及短板效应，并发效率会有较大损失，