一致性保障

ZooKeeper是一個高效能，可擴充套件的服務。雖然讀比寫更快，但在設計上，它的讀操作和寫操作都很快。之所以會出現讀比寫更快，是因為在某些“讀”的情況下，ZooKeeper 可以使用比較舊的資料，這得益於ZooKeeper的一致性保障：

連續一致性

來自客戶端的更新請求會按照它們傳送的順序被應用。

原子性

更新要麼成功，要麼失敗——不會出現部分成功的（更新操作）結果

單系統影象

一個客戶端將會看到和它連線的伺服器相同的服務檢視。

可靠性

一旦一個更新被應用了，它（更新）將會從此一直存在，直到一個客戶端再次更新。從這個保障可以得出兩個推論：

1.如果一個客戶端獲得一個成功的返回碼，更新將會一直被應用。在一些失敗的情況下（比如連線錯誤，超時等）客戶端將不會知道更新被應用了與否。我們對使失敗（錯誤）降到最低採取了行動，但這個保障僅僅當返回碼是正確的時侯才會出現。（這是一種在Paxos演算法中被稱為單調性的情況）。

2、任何通過讀請求或成功更新的已被客戶端看到的更新，當它處於從伺服器錯誤中恢復的狀態時（操作）將不能被回滾。

及時性

系統的客戶端檢視被強制性定為在一個合適的時間範圍內（在命令的數十秒內）是最新的。系統的改變在這個範圍內既不會被客戶端看見，客戶端也不會知道服務的執行中斷。

使用這些一致性保障來建造一些更高階的功能，如leader選舉、障礙、佇列以及在ZooKeeper客戶端（附件不被ZooKeeper需要）進行唯一的可撤銷的鎖的讀/寫是簡單的。更多詳情請見”Recipes and Solutions”。