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

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

多数据中心操作

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

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

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

检测并发写入

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

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

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

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

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

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。