MySQL双写+双向复制实战.docx
免费下载
1.
双主结构
双主架构在
中使用比较普遍，因为有故障后恢复方便的优点。
但双写
双向复制的架构业界极少采用，这种架构下可能有什么问题？如何
规避这种架构下的数据风险？本文根据实践经验做出了总结。
的复制大家应该都了解，而所谓双主结构，如上图所示，就是
和
这
台数据库主机互为主备，不论从哪一台写入数据，都会复制到另外一
台。
采用双主结构的主要优点是当
（
）发生故障的时候，切换到
（
），后
面
（
）恢复，一般情况下不需要找点
恢复复制关系。
双主结构又分为
种，一种是
，
台主机在同一时刻都有写
入：
一种是
，某一时刻只有一边有写入，另一边只读：
实践中多采用
结构，主要原因是
可能产生
数据一致性问题。
2.
数据一致性问题
2.1 INSERT
导致的不一致
架构下，因为是异步复制，如果更新同一条记录，会产生严
重的数据一致性问题。
假设有以下表，
为主键：
张三
李四
如果在
插入记录
!
王二麻子
""
在记录还没有复制到
的时候，在
插入记录
!
王二麻子
#
则
和
之间的双向复制因为主键冲突都会中断。并且
和
的数据已经不
一致！
如果
是业务主键，则唯一性是由上层保证，一般有
种方法：
$
由发号器产生
或者
%
自增数字，保持全局唯一
$
根据一定的业务规则构成，比如交易凭证可以根据时间
商户号
产易类
型
$$$
用发号器的风险是发号器成了业务的强依赖点，如果这个地方性能或者容灾
有问题，会导致业务不可用。
of 12
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
最新上传
相关文档
评论