多数据中心操作和检测并发写入

举报
JavaEdge 发表于 2022/07/31 16:05:14 2022/07/31
【摘要】 多数据中心操作无主复制也适用于多数据中心操作,因其旨在更好的容忍并发写冲突、网络中断和延迟尖峰等。Cassandra在其默认配置的无主模型都支持跨数据中心操作:副本的数量n包括所有数据中心的节点,在配置中,您可以指定每个数据中心中您想拥有的副本的数量。无论数据中心如何,每个来自客户端的写入都会发送到所有副本,但客户端通常只等待来自其本地数据中心内的法定节点的确认,从而不会受到跨数据中心链路...

多数据中心操作

无主复制也适用于多数据中心操作,因其旨在更好的容忍并发写冲突、网络中断和延迟尖峰等。

Cassandra在其默认配置的无主模型都支持跨数据中心操作:副本的数量n包括所有数据中心的节点,在配置中,您可以指定每个数据中心中您想拥有的副本的数量。无论数据中心如何,每个来自客户端的写入都会发送到所有副本,但客户端通常只等待来自其本地数据中心内的法定节点的确认,从而不会受到跨数据中心链路延迟和中断的影响。对其他数据中心的高延迟写入通常被配置为异步发生,尽管配置有一定的灵活性【50,51】。

Riak将客户端和数据库节点之间的所有通信保持在一个数据中心本地,因此n描述了一个数据中心内的副本数量。数据库集群之间的跨数据中心复制在后台异步发生,其风格类似于多领导者复制。

检测并发写入

Dynamo风格DB允许多个客户端对相同K并发写,即使使用严格quorum机制也可能冲突。类似多主复制,但在DynamoDB中,在读修复或数据回传期间也可能产生并发写冲突。

由于网络延迟不稳定或局部失效,请求在不同节点可能不同顺序到达。如图-12显示两个客户机A、B同时向主键X发起写请求:

  • 节点1收到A的写入,但由于节点失效,没接收到B的写
  • 节点2首先收到A的写,然后接收B的写
  • 节点3先接收B的写,然后是A的写

图-12 并发写入Dynamo风格的数据存储:没有明确定义的顺序

若节点每当接收到新的写请求就简单覆盖原有K,则节点将永久不一致,如图-12,节点2认为X最终值B,而其他节点认为值是A。

副本应收敛于相同值,才能达成最终一致。有人可能希望副本之间能自动处理,但很不幸,大多数实现都很垃圾,若不想丢数据,就得知道很多有关DB内部冲突处理的机制。

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。