关于双主

首先声明一下，双主这种架构个人不怎么喜欢，所以这里只做简单说明 与吐槽

Ⅰ、双主架构介绍

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的共享存储）就是单点

Ⅳ、双主的一个比较好的方案

拒绝交叉写入

+---------+       +---------+
|         |       |         |
|   db1   |       |   db1   |
|         <======>          |
|   db2   |       |   db2   |
|         |       |         |
+----^----+       +----^----+
     |                 |
     |                 |
    db1               db2