前言：今天背面試題，看到了zookeeper和eureka的區別，看到了cap原則（尷尬了zookeeper 之前學kafka的使用配置過zookeeper集群，但是忘得差不多了），之前使用這些服務註冊的時候並沒有看什麼原理，倒是能夠直接上手，以後還是多看看原理吧，不浮在表面了分布式cap定理，為什麼不能同時滿足三個特性
分布式系統中，所有備份資料在同一時刻都是一樣的（等同於所有節點訪問同乙份最新資料副本）
在集群中部分節點出現故障後，不影響客戶端的讀寫操作（對資料更新具備高可用性）
分布式系統中某個節點或者網路分割槽故障後，不影響整個系統的正常執行，任然能夠對外提供可用的服務。幾個機器宕機，不影響系統正常執行
cap理論就是說在分布式儲存系統中，最多只能實現上面的兩點。而由於網路硬體肯定會出現延遲丟包等問題
ca:一致性+可用性
cp:一致性+分割槽容錯性
ap:可用性+分割槽容錯性
分割槽容錯性一般都是要實現的，服務都無法用了，怎麼進行其他操作,所以一般p是必須要的，所以只能在ca之間進行權衡
這些都沒用過，先留著位址
rdbms
couchdb
cassandra
dynamodb
riak
habse
豬記性不如爛筆頭！
分布式CAP理論
根據維基百科定義 cap 根據定理，乙個分布式系統最多只能滿足其中兩項，不可能同時滿則c a p三項 首先說一下對各項原則的理解 1 一致性c 單機環境下，資料只有乙份，所有的客戶端訪問的是同乙份資料，不會出現兩個客戶端看到不一樣的資料 分布式環境下，同乙份資料會儲存在多台伺服器上，大量客戶端來訪問...
分布式系統 CAP理論
cp 天貓雙十一下單搶購,要保證一致性,沒貨了下單失敗 一般來說，如果不需要儲存服務級別的資訊，且服務例項是通過 nacos client 註冊，並能夠保證心跳上報，那麼就可以選擇 ap 模式。當前主流的服務如 spring cloud 和 dubbo 服務，都適用於 ap 模式，ap模式為了服務的...
分布式系統CAP理論
c是一致性，a是可用性，p是分割槽容錯。前兩個沒什麼好說的，主要是p我不太清楚。然後我看文章中最後的證明，有點明白了。分割槽是指兩個伺服器之間傳送資訊失敗。而分割槽容錯就是系統允許發生這種兩個伺服器之間無法傳輸資料的情況。也就是說c和a如果算是正面的 好的性質，那麼p就是負面的 壞的性質。那為什麼允...