这样 A 数据的自增主键就变成了 1、3、5、7 .... B 数据的自增主键就变成了 2、4、6、8 ...
现在有个问题的是，这个主键同时也是外键，被别的表给引用，例如用户表的主键 id，代表用户 ID 在记录用户登录记录时 insert loginlog(userid, time, ip) values(1，xxx,xxx) 这条语句被同步到 B 的时候，userid 也是 1，但实际上，用户在 B 上的 ID 是 2。
这样 B 表的数据就会错乱，请问这种问题怎么解决，因为之前的业务没考虑这种复制问题，想在想到的解决办法是，用个新的 userid 字段代表用户 ID，但是这种改动太大了， 请问各位大佬还有没有其它办法，或者是我的双主复制做的有问题呢，谢谢。
"但实际上，用户在 B 上的 ID 是 2。" 你这个设计真...那你读怎么处理呢？双读然后服务去合并数据吗？
AngryPanda
2019-07-03 07:11:10 +08:00
没看懂你要干嘛
wd
2019-07-03 07:50:38 +08:00
双主一般同时只会有一个在写，那么为什么还需要考虑 id 冲突的问题呢？因为切换哪个可写的时候，可能会有同时写的情况（这个看你切换的逻辑）所以会预防性的把 id 这么设计。那么解法就是，要么保证切换的时候确认旧的已经停止写入再切，要不就是不要用外键之类的数据库约束，你程序自己保证。mysql 双主带来的脏数据问题多了，你要保证服务在线，那就很难保证数据完整性。
paranoiagu
2019-07-03 08:16:35 +08:00
同时写入死锁肯定会很多。读写分离吧。
cubecube
2019-07-03 08:28:28 +08:00
你这么做就很反直觉了。非要这么做，为啥用户在 b 上还有一个？就是 1 不就是唯一的了么
coolwind1981
2019-07-03 08:45:02 +08:00
同步设定好之前，A 和 B 的数据是要一样的（比如把 A 的数据导入 B，或把 B 的数据导入 A ），然后再开始同步 这样用户的 ID 在 A，B 中都是一样的，不会出现在一个中 ID 是 1，B 中 ID 是 2，就不会有您说的这个问题
coolwind1981
2019-07-03 08:47:05 +08:00
A 新增一個用戶，ID 是 1，同步到 B 中，ID 也是 1，不會變成 2 的； B 新增一個用戶，ID 是 2，同步到 A 中，ID 也是 2，不會變成 3 的；
感谢各位大佬的回答，看很多人的回复说，同步后不会出现 ID 不一样的情况 我理解 mysql 的同步是 A: insert into softuser (name) values ('张三') ID 不填，使用自增，新插入的用户,ID 是 1 同步时 A 会把这条 SQL 发给 B，B 去执行，因为 B 的 auto-increment-offset = 2，所以 B 执行这条语句后新插入的用户 ID 是 2 我看了下 binlog，记录的语句也是这个，我的理解没问题吧。
lannoooW
2019-07-03 14:31:40 +08:00
@demos MySQL 复制分三种，row 模式是同步具体的数据，不是发 sql 语句到 B 上执行； statement 模式是发 sql 执行；还有一种 mixed 模式，两者都有，主要是在一条 sql 会涉及大量数据变化的时候（如 truncate, create table as select...）会发 sql 到 B 执行。题主双主复制应该是 row 模式吧=。=