關於cap理論，自從聽說這個理論起，就覺得挺玄乎的。果然國外關於cap的爭論不休，唯有國內視乎將其視為聖經一樣推崇，聽不到半點質疑。
詳細請看下面。
我不是要否定cap，實在沒那個功力。只不過我覺得cap如果作為乙個經驗的話非常值得認可，任何系統不可能面面俱到，所以犧牲掉一部分特性其他特性會更容易實現。
但cap的表述太定理化，太絕對化，太模糊化了。所以100個人就有100個對cap的理解，並且會有人拿著cap的終極**往他所見到的一切場景上去套用。
最終我覺得base理論更加實際，更容易作為實際應用中的參考。
關於cap和base的表述，《從paxos到zookeeper：分布式一致性原理與實踐》中的說明比較易懂，收藏之，已備遺忘曲線作祟的時候可以拿出來溫習一下。
分布式CAP理論
根據維基百科定義 cap 根據定理，乙個分布式系統最多只能滿足其中兩項，不可能同時滿則c a p三項 首先說一下對各項原則的理解 1 一致性c 單機環境下，資料只有乙份，所有的客戶端訪問的是同乙份資料，不會出現兩個客戶端看到不一樣的資料 分布式環境下，同乙份資料會儲存在多台伺服器上，大量客戶端來訪問...
分布式CAP理論和BASE理論
現如今，在分布式場景下，集群規模越來越大，節點越來越多。所以說節點故障 網路故障會是常態化產生，因此分割槽容錯性 p 是必須要保證的。所以只能在一致性 c 和可用性 a 之間來進行取捨。但對於傳統的專案就可能有所不同，拿銀行的轉賬系統來說，涉及到金錢的對於資料一致性不能做出一絲的讓步，c必須保證，出...
通俗易懂講解 CAP理論
乙個分布式系統裡面，節點組成的網路本來應該是連通的。然而可能因為一些故障，使得有些節點之間不連通了，整個網路就分成了幾塊區域。資料就散布在了這些不連通的區域中。這就叫分割槽。當你乙個資料項只在乙個節點中儲存，那麼分割槽出現後，和這個節點不連通的部分就訪問不到這個資料了。這時分割槽就是無法容忍的。提高...