数据一致性通常指关联数据之间的来自逻辑关系是否正确和完整。而数据存储的一致性模型则可以认为是存储系统和数据使用者之间的一种约定。如果使用者遵循这种约定,则可以得到系统所承诺的访问结果
常用的一致性模型有:
a、严格一致性(linearizability,360问答strict/a云tomicConsistency):读出的数据始终为最近写入的数据。这种一致性只有全局时钟存在时才有可能,在分布式网络环烧察销新顺集建顶促境不可能实现。
b、顺序一致性(sequentialconsistency):所有使用者以同样的顺序看到对同一数据的操作,但是该顺序不一定是实时的。
c、因果一致性(causalconsistency):只有存在因果关系的写操作才要求所有使用者以相同的次序看到,对于无因果关系的写入则并行进行,无次序保证。因果一致性可以看做对顺序一致性性能的一种优毫怕师化,但在实现时必须建立与维护坏因果依赖图,是相当困难的。
d、管道一致性(PRAM/FIFOconsi字电马川在乱stency):在因果一致性模型上的进一步弱化,要求由某一个使用者完成的写操作可以被其他所有的使用者按照顺序的感知写化请英湖讲径督煤到,而从不同使用者中来的写操较号三左减作则无需保证顺序,就像一个一个的管道一样。相对来说比较容易实现。
e、弱一致性(weakconsistency):只要求对共享数据结构的访问保证顺序一致性。对于同步变量的操作具有顺序一致性,是全局可见的,且只有当没有写操作等待处理时才可进行,以保证对于临界区域的访问顺序进行。在兴边候束同步时点,所有使外吃乙岁望务温草主喜坏用者可以看到相同的宜买企谈斤针刚数据。
f、释放一致性(移releaseconsistency):弱一致性无法区分使用者是要进入临界区还是要出临界区,释放一致性使用两个不同的操作语句进行了区分。需要写入时使用者acquire该对象,写完后release,acquire-release之间形成了一个临界区,提供释放一致性也就意味着当release操作发生后,所有使用者应该可以看到该操作。
g、最终一致性(eventualconsistency):当没有供父松简似套宗点劳新更新的情况下,更新最终会通过网络传播到所有副本点,所有副本点最终会一致,也就是说使用者在最终某类日航副下吧但个时间点前的中间过程中无法保证看到的是新写入的数据。可以采用最终一致性模型有一个关键要求:读出陈旧数据是可以接受的。
h、deltaconsistency:系统会在delta时间内达到一致。这屋殖之象院段时间内会存在一个不一致的窗口,该窗口可能是因为logshipping的过程导致。