ORACLE的Dataguard架构里主备是靠同步Redo日志或归档日志,同步的粒度是实例级别。OceanBase集群里机器通常没有主备之说,数据同步是发生在每个分区的主副本到备副本之间的。不同分区的主备同步是独立进行的。同一个分区(数据)的主副本位置不是固定的(但受策略控制),只会出现在其中一个Zone的其中一台机器上,但是不同分区的主副本是可以位于不同Zone或者不同机器上。
假设集群总共只有三台机器(节点),有三个分区,每个分区有三个副本。很显然每个机器上都有每个分区的副本。但是三个分区的主副本的位置并不固定。它们可以都在其中一台机器上,这就跟传统dataguard架构很像,纯粹的一主两备;它们也可以在三台机器上。每个分区的主副本都要把clog同步给自己的备副本,三台机器之间都会有数据同步流。这点不同于ORACLE的dataguard架构,也不同于MySQL的Master-Master双向同步。
主副本跟备副本之间的同步协议不是异步同步,也不是全同步,而是Paxos协议。分区的所有副本(包括主副本自身)会在clog落盘成功后发起投票,当多数派副本都表决clog落盘成功后,业务事务在主副本提交返回。这样一个机制保证以后如果任何一个成员副本出现故障时,都能从多数派副本中找到完整的clog并应用在新的主副本上,从而保证数据跟故障前完全一致。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




