求助 mysql master-master replication manager

linuxrich

原帖由 yueliangdao0608 于 2008-7-5 11:33 发表



可以，我们现在就在用。双MM，多SLAVE.

一些主键怎么办， 比如登录用户名字，通过应用程序控制吗？

showsa

原帖由 linuxrich 于 2008-7-5 13:36 发表


一些主键怎么办， 比如登录用户名字，通过应用程序控制吗？

什么怎么办，每台db上面都有完整的数据



只是主键冲突可以有多种途径解决

1种是自增id 可以设置增长间隔
2是自己产生序列

linuxrich

主键不仅仅是自增ID。 登陆名字呢？

showsa

原帖由 linuxrich 于 2008-7-5 18:03 发表
主键不仅仅是自增ID。 登陆名字呢？

我上面的回复就说了，需要网络状况良好，不然出现类似的“半脑”状况

linuxrich

这和网络状态没有直接关系，   恰巧同一秒两个人注册同一个ID。  同样我在回复这个帖子， 而版主删除这个帖子怎么办?

showsa

原帖由 linuxrich 于 2008-7-5 23:24 发表
这和网络状态没有直接关系，   恰巧同一秒两个人注册同一个ID。  同样我在回复这个帖子， 而版主删除这个帖子怎么办?

我想你在插入新的用户的时候肯定会检查系统中是否存在同样的用户名
回复贴子的时候会判断该主题是否还存在

确实存在你说的这种情况，他们的时间几乎同时，这时候复制还没有完成。

既然选择mmm这种构架，你得针对这种特殊情况作相应的处理

比如在插入用户的时候，连接到2台master db，采用 select for update的操作，这时候就可以避免你说的冲突的发生。

至于最终确定什么样的构架，需要看你的需求是什么样的。MMM并不是通用构架

如果你的要求很严格，你完全可以选择ndb

[ 本帖最后由 showsa 于 2008-7-6 10:54 编辑 ]

北京野狼

原帖由 linuxrich 于 2008-7-5 23:24 发表
这和网络状态没有直接关系，   恰巧同一秒两个人注册同一个ID。  同样我在回复这个帖子， 而版主删除这个帖子怎么办?

MM架构是根本不存在的， 鼓吹可以使用在生产环境的，只能说他做的东西根本没资格叫系统。

MM的问题不仅仅是主键和帖子是否还存在的问题，对于复杂的sql ,多变的环境。何况即便是内网，网络也是不可信的

showsa

to: linuxrich

我这里有2个案例，一个是对日外贸站点，还有个是LHC站点
前面2个是双master，后面的是3个


至于你提高的可能造成的冲突，你也可以通过打上google提供的semi-replication补丁，这样可以保证2台master数据一致
但是这是以牺牲性能为代价的，有点类似 drbd 的味道了。

还是那句话，采用什么构架，得分析你的业务和需求，如果想进一步了解，可以私下讨论

bs

MM 下怎么自动切换？为了可靠性，牺牲性能也值了.