對於分散式系統瞭解的不是很多，今天學習了一下分散式系統中CAP，記錄一下，希望能對分散式系統的學習有所幫助

Consistency(一致性), 資料一致更新，所有資料變動都是同步的

Availability(可用性), 好的響應效能

Partition tolerance(分割槽容忍性) 可靠性

在網上看了很多資料，這裡給出自己的簡單理解

C：一致性，就是說所有的伺服器上面的資料都是一樣的，

A：可用性，使用者訪問伺服器上面的資料，響應時間在可以接受的範圍內

P：分割槽容錯性：理解為在存在網路分割槽的情況下，仍然可以接受請求（滿足一致性和可用性)。這裡的網路分割槽是指由於某種原因，網路被分成若干個孤立的區域，而區域之間互不相通。在網路中斷，訊息丟失的情況下，系統照樣能夠工作。 以實際效果而言，分割槽相當於對通訊的時限要求。系統如果不能在時限內達成資料一致性，就意味著發生了分割槽的情況，必須就當前操作在C和A之間做出選擇

高可用、資料一致是很多系統設計的目標，但是分割槽又是不可避免的事情：

• CA without P：如果不要求P（不允許分割槽），則C（強一致性）和A（可用性）是可以保證的。但其實分割槽不是你想不想的問題，而是始終會存在，因此CA的系統更多的是允許分割槽後各子系統依然保持CA。
• CP without A：如果不要求A（可用），相當於每個請求都需要在Server之間強一致，而P（分割槽）會導致同步時間無限延長，如此CP也是可以保證的。很多傳統的資料庫分散式事務都屬於這種模式。
• AP wihtout C：要高可用並允許分割槽，則需放棄一致性。一旦分割槽發生，節點之間可能會失去聯絡，為了高可用，每個節點只能用本地資料提供服務，而這樣會導致全域性資料的不一致性。現在眾多的NoSQL都屬於此類。

        需要明確的一點是，對於一個分散式系統而言，分割槽容錯性是一個最基本的要求。因為 既然是一個分散式系統，那麼分散式系統中的元件必然需要被部署到不同的節點，否則也就無所謂分散式系統了，因此必然出現子網路。而對於分散式系統而言，網 絡問題又是一個必定會出現的異常情況，因此分割槽容錯性也就成為了一個分散式系統必然需要面對和解決的問題。因此係統架構師往往需要把精力花在如何根據業務 特點在C（一致性）和A（可用性）之間尋求平衡。