談下你對 Zookeeper 的認(rèn)識屑宠？
ZooKeeper 是一個(gè)分布式的，開放源碼的分布式應(yīng)用程序協(xié)調(diào)服務(wù)崩溪。它是一個(gè)為分布式應(yīng)用提供一致性服務(wù)的軟件
ZooKeeper 的目標(biāo)就是封裝好復(fù)雜易出錯(cuò)的關(guān)鍵服務(wù)苏潜，將簡單易用的接口和性能高效步责、功能穩(wěn)定的系統(tǒng)提供給用戶
Zookeeper 都有哪些功能挺尾？
- 集群管理：監(jiān)控節(jié)點(diǎn)存活狀態(tài)鹅搪、運(yùn)行請求等；
- 主節(jié)點(diǎn)選舉：主節(jié)點(diǎn)掛掉了之后可以從備用的節(jié)點(diǎn)開始新一輪選主潦嘶，主節(jié)點(diǎn)選舉說的就是這個(gè)選舉的過程涩嚣，使用 Zookeeper 可以協(xié)助完成這個(gè)過程；
- 分布式鎖：Zookeeper 提供兩種鎖：獨(dú)占鎖掂僵、共享鎖航厚。獨(dú)占鎖即一次只能有一個(gè)線程使用資源，共享鎖是讀鎖共享锰蓬，讀寫互斥幔睬，即可以有多線線程同時(shí)讀同一個(gè)資源，如果要使用寫鎖也只能有一個(gè)線程使用芹扭。Zookeeper 可以對分布式鎖進(jìn)行控制麻顶。
- 命名服務(wù)：在分布式系統(tǒng)中，通過使用命名服務(wù)舱卡，客戶端應(yīng)用能夠根據(jù)指定名字來獲取資源或服務(wù)的地址辅肾，提供者等信息。
ZAB
ZAB 協(xié)議轮锥？
ZAB 協(xié)議是為分布式協(xié)調(diào)服務(wù) Zookeeper 專門設(shè)計(jì)的一種支持崩潰恢復(fù)的原子廣
播協(xié)議矫钓。
ZAB 協(xié)議包括兩種基本的模式：崩潰恢復(fù)和消息廣播。
當(dāng)整個(gè) zookeeper 集群剛剛啟動或者 Leader 服務(wù)器宕機(jī)舍杜、重啟或者網(wǎng)絡(luò)故障導(dǎo)
致不存在過半的服務(wù)器與 Leader 服務(wù)器保持正常通信時(shí)新娜，所有進(jìn)程（服務(wù)器）進(jìn)
入崩潰恢復(fù)模式，首先選舉產(chǎn)生新的 Leader 服務(wù)器既绩，然后集群中 Follower 服務(wù)
器開始與新的 Leader 服務(wù)器進(jìn)行數(shù)據(jù)同步概龄，當(dāng)集群中超過半數(shù)機(jī)器與該 Leader
服務(wù)器完成數(shù)據(jù)同步之后，退出恢復(fù)模式進(jìn)入消息廣播模式饲握，Leader 服務(wù)器開始
接收客戶端的事務(wù)請求生成事物提案來進(jìn)行事務(wù)請求處理
Zookeeper 怎么保證主從節(jié)點(diǎn)的狀態(tài)同步私杜？
往ZAB協(xié)議上靠
說一下 Zookeeper 的通知機(jī)制？
client 端會對某個(gè) znode 建立一個(gè) watcher 事件救欧，當(dāng)該 znode 發(fā)生變化時(shí)歪今，這些 client 會收到 zk 的通知，然后 client 可以根據(jù) znode 變化來做出業(yè)務(wù)上的改變等
集群中為什么要有主節(jié)點(diǎn)颜矿？
在分布式環(huán)境中寄猩，有些業(yè)務(wù)邏輯只需要集群中的某一臺機(jī)器進(jìn)行執(zhí)行，其他的機(jī)器可以共享這個(gè)結(jié)果骑疆，這樣可以大大減少重復(fù)計(jì)算田篇，提高性能，于是就需要進(jìn)行 leader 選舉箍铭。
集群中有 3 臺服務(wù)器泊柬，其中一個(gè)節(jié)點(diǎn)宕機(jī)，這個(gè)時(shí)候 Zookeeper 還可以使用嗎诈火？
可以繼續(xù)使用兽赁，單數(shù)服務(wù)器只要沒超過一半的服務(wù)器宕機(jī)就可以繼續(xù)使用。集群規(guī)則為 2N+1 臺，N >0刀崖，即最少需要 3 臺惊科。
Zookeeper 宕機(jī)如何處理？
選舉流程
目前有5臺服務(wù)器亮钦，每臺服務(wù)器均沒有數(shù)據(jù)馆截，它們的編號分別是1,2,3,4,5,按編號依次啟動，它們的選擇舉過程如下：
服務(wù)器1啟動蜂莉，給自己投票蜡娶，然后發(fā)投票信息，由于其它機(jī)器還沒有啟動所以它收不到反饋信息映穗，服務(wù)器1的狀態(tài)一直屬于Looking窖张。
服務(wù)器2啟動，給自己投票蚁滋，同時(shí)與之前啟動的服務(wù)器1交換結(jié)果荤堪，由于服務(wù)器2的編號大所以服務(wù)器2勝出，但此時(shí)投票數(shù)沒有大于半數(shù)枢赔，所以兩個(gè)服務(wù)器的狀態(tài)依然是LOOKING澄阳。
服務(wù)器3啟動，給自己投票踏拜，同時(shí)與之前啟動的服務(wù)器1,2交換信息碎赢，由于服務(wù)器3的編號最大所以服務(wù)器3勝出，此時(shí)投票數(shù)正好大于半數(shù)速梗，所以服務(wù)器3成為leader肮塞，服務(wù)器1,2成為follower。
服務(wù)器4啟動姻锁，給自己投票枕赵，同時(shí)與之前啟動的服務(wù)器1,2,3交換信息，盡管服務(wù)器4的編號大位隶，但之前服務(wù)器3已經(jīng)勝出拷窜，所以服務(wù)器4只能成為follower。
服務(wù)器5啟動涧黄，后面的邏輯同服務(wù)器4成為follower篮昧。
集群支持動態(tài)添加機(jī)器嗎？
其實(shí)就是水平擴(kuò)容了笋妥，Zookeeper在這方面不太好懊昨。兩種方式：
全部重啟：關(guān)閉所有Zookeeper服務(wù)，修改配置之后啟動春宣。不影響之前客戶端的會話酵颁。
逐個(gè)重啟：顧名思義嫉你。這是比較常用的方式。
