首先声明一下,双主这种架构个人不怎么喜欢,所以这里只做简单说明与吐槽
Ⅰ、双主架构介绍
M/S(A) S/M(B)
为什么要这么做呢?有什么意义呢?...insert没问题
但极力不推荐
Ⅲ、双写存在的问题
3.1 不好的第一点
一张表上如果有唯一索引,即使是自增,也会完蛋
A上同步到B,B上写,就会报duplicate,这还比较好,至少两边数据还是一致的...,以后做选主的时候就不用建立复制关系了,以前建立复制关系是很烦的一件事情
mha不需要做双主,mmm才是做双主,5.6开始,只要开启gtid,选主是很容易的
如果不是5.6,但是用了mha,mha会自动重建复制关系...综上:所以双主用来做选主的架构其实也不多了,很落后,双主做双写很危险
应用层控制双写,如果能解决上面说的问题就可以用,但是很难
如果做到的话,对写入的带宽有很大提升
tips:
①A同步到B,为什么B...支持共享存储架构,多个进程共享一个存储
MySQL的M和S存储是自己管自己
oracle这么用(rac的共享存储)就是单点
Ⅳ、双主的一个比较好的方案
拒绝交叉写入
?