在分布式資料庫中CAP原理CAP BASE

2021-07-25 19:51:14 字數 1032 閱讀 9815

cap的3選2原則

現在存在的問題是:網路硬體會出現延遲丟包等問題,所有分割槽容忍行(分割槽容錯性)是必須要實現的.因此我們只能在一致性(c)和可用性(a)之間權衡,**沒有nosql系統能同時保證cap這3點.

注意:分布式架構的時候必須做出取捨.

要在一致性(c)和可用性(p)之前取乙個平衡點,現在大多數web應用,其實並不需要強一致性.因此舍強一致性(c),取分割槽容錯性(p),這是目前分布式資料庫產品的方向.

一致性(c)與可用性(a)的決擇

據 cap 原理將 nosql 資料庫分成了滿足 ca 原則、滿足 cp 原則和滿足 ap 原則三大類:

base:為了解決關聯式資料庫強一致性的問題而引起的可用性降低而提出的解決方案.

為什麼使用base?

它的思想:是通過讓系統減壓,對某時刻資料一致性的要求來換取系統整體伸縮性和效能上改觀。原因就在於大型系統往往由於地域分布和極高效能的要求,不可能採用分布式事務來完成這些需求.

由多台計算機和通訊的軟體元件通過計算機網路連線(本地網路或廣域網)組成。分布式系統是建立在網路之上的軟體系統。正是因為軟體的特性,所以分布式系統具有高度的內聚性和透明性。因此,網路和分布式系統之間的區別更多的在於高層軟體(特別是作業系統),而不是硬體。分布式系統可以應用在在不同的平台上如:pc、工作站、區域網和廣域網上等。

簡單來講:

1. 分布式:不同的多台伺服器上面部署不同的服務模組(工程),他們之間通過rpc/rmi之間通訊和呼叫,對外提供服務和組內協作。

2. 集群:不同的多台伺服器上面部署相同的服務模組,通過分布式軟體進行統一的排程,對外提供服務和訪問。

Redis 分布式資料庫CAP原理

一致性 讀操作總是能讀取到之前完成的寫操作結果,滿足這個條件的系統稱為強一致系統,這裡的 之前 一般對同乙個客戶端而言 可用性 讀寫操作在單台機器發生故障的情況下仍然能夠正常執行,而不需要等待發生故障的機器重啟或者其上的服務遷移到其他機器 分割槽可容忍性 機器故障 網路故障 機房停電等異常情況下仍然...

分布式資料庫

網路選課系統中分布式資料庫設計 何翠雙王巧雲張麗麗 摘要 關鍵字 選課 分布式 資料庫 distributed system of on line course choosing abstract key words course choosing distributed database 隨著學校...

分布式資料庫

1 背景 我們知道資料是乙個公司的命脈,隨著業務越做越大,資料量也會越來越大,計算也會越來越複雜,效能,可靠性,可擴充套件性的需求就會越來越強烈,這個時候乙個集中式的資料庫顯然已經滿足不了需求了。對於技術決策者來說有兩條路可以走,第一 按照現有的大型資料庫的解決方案,比如sql server clu...