資料庫的強一致性和弱一致性

2022-01-31 17:52:30 字數 370 閱讀 6847

強一致性可以理解為在任意時刻,所有節點中的資料是一樣的。同一時間點,你在節點a中獲取到key1的值與在節點b中獲取到key1的值應該都是一樣的

弱一致性 (相當於非同步)系統並不保證續程序或者執行緒的訪問都會返回最新的更新過的值。系統在資料寫入成功之後,不承諾立即可以讀到最新寫入的值,也不會具體的承諾多久之後可以讀到。

一致性弱意味著對某個值修改後,可能後續還會讀出來舊值。

所謂最終一致性,就是不保證在任意時刻任意節點上的同乙份資料都是相同的,但是隨著時間的遷移,不同節點上的同乙份資料總是在向趨同的方向變化。也可以簡單的理解為在一段時間後,節點間的資料會最終達到一致狀態。

cap原理有關:c指一致性,a指可用性,p指分割槽容錯性,任何分布式系統都無法滿足cap中的三項

強一致性 弱一致性 最終一致性

這種方式在es等分布式系統中也有體現,可以設定主shard提交即返回成功,或者需要replica shard提交成功再返回。提到分布式架構就一定繞不開 一致性 問題,而 一致性 其實又包含了資料一致性和事務一致性兩種情況,本文主要討論資料一致性 事務一致性指acid 複製是導致出現資料一致性問題的唯...

資料庫一致性

資料庫一致性 database consistency 是指事務執行的結果必須是使資料庫從乙個一致性狀態變到另乙個一致性狀態。保證資料庫一致性是指當事務完成時,必須使所有資料都具有一致的狀態。在關係型資料庫中,所有的規則必須應用到事務的修改上,以便維護所有資料的完整性。保證資料庫的一致性是資料庫管理...

Eureka的弱一致性

eureka是spring cloud中的乙個元件,提供註冊發現功能。它是乙個分布式應用,用於管理微服務位址。通過部署多個eureka server避免單點故障。隨著微服務的規模越來越大,eureka的便利性越來越明顯。訪問服務只需要通過eureka就可以了。但是eureka也有它不好的地方,就是弱...