首先声明一下,双主这种架构个人不怎么喜欢,所以这里只做简单说明与吐槽
Ⅰ、双主架构介绍
M/S(A) ⇐===> S/M(B)
为什么要这么做呢？有什么意义呢？
我也不知道
Ⅱ、双主搭建
主上操作
change master
start slave
机器A
auto_increment_increment 自增值设置为2
机器B
auto_increment_increment 自增值设置为2
auto_increment_offset 起始值也设置为2
tips:
session级别的参数,不能用set global
A
1 3 5 7
B
2 4 6 8
这样就可以双写了,带有自增的insert没问题
但极力不推荐
Ⅲ、双写存在的问题
3.1 不好的第一点
一张表上如果有唯一索引,即使是自增,也会完蛋
A上同步到B,B上写,就会报duplicate,这还比较好,至少两边数据还是一致的
万一A还没同步到B,B上插入也成功了,两边都成功了复制是失败的,这咋办？两边数据都不一致了,对不起来
3.2 不好的第二点
解决不了update问题
同一条记录在两个节点上更新,前面一个更新的节点数据被覆盖,就更新丢失了
3.3 相关说明
双写存在很多问题
- 以前做双主,主从复制关系之前都建立好了,以后做选主的时候就不用建立复制关系了,以前建立复制关系是很烦的一件事情
- mha不需要做双主,mmm才是做双主,5.6开始,只要开启gtid,选主是很容易的
- 如果不是5.6,但是用了mha,mha会自动重建复制关系
综上：所以双主用来做选主的架构其实也不多了,很落后,双主做双写很危险
应用层控制双写,如果能解决上面说的问题就可以用,但是很难
如果做到的话,对写入的带宽有很大提升
tips：
①A同步到B,为什么B不会再推到A,这样无限循环？
因为同步的记录是带有server-id的,检测到要发送的server-id就是接收过来的server-id就不会发了
②oracle的rac为什么可以双写？
- 支持共享存储架构,多个进程共享一个存储
- MySQL的M和S存储是自己管自己
- oracle这么用（rac的共享存储）就是单点
Ⅳ、双主的一个比较好的方案
拒绝交叉写入
