hive 通過beeline 連接 hive報錯unable to read hiveserver2 configs zookeeper：
首先會在zookeeper里面創(chuàng)建一個namespace：并創(chuàng)建hiveserver2 znode。
image.png
可以看到是serverUri開頭的幾個節(jié)點(diǎn)。
此時用客戶端(如beeline)連接hs2時，url需使用
jdbc:hive2://zk1:2181,zk2:2181,zk3:2181/;serviceDiscoveryMode=zooKeeper;zooKeeperNamespace=hiveserver2
此時zk會隨機(jī)從多個實例中隨機(jī)拿一個實例供連接使用，過程在代碼中體現(xiàn)如下：
image.png
先去指定的znode(/hiveserver2)下拿到所有實例，再通過Random隨機(jī)拿其中一個去連接；也正因為這個隨機(jī)的過程，此種方式的hs2高可用一定程度上實現(xiàn)了hiveserver2的負(fù)載均衡。
關(guān)于/hiveserver2下的leader節(jié)點(diǎn)如何產(chǎn)生：
當(dāng)你同時開啟了鑒權(quán)的服務(wù)(如ranger)，hs2在啟動時不僅會注冊hs2的實例，還會注冊一個leader節(jié)點(diǎn)，因為leader節(jié)點(diǎn)的存在，使上面講的隨機(jī)拿的過程中就可能會拿到這個leader節(jié)點(diǎn)，而該節(jié)點(diǎn)實際不是有效的hs2實例，故此時連接會報錯“Unable to read HiveServer2 configs from ZooKeeper”.
鑒權(quán)模型不為null:
image.png
image.png
這個leader節(jié)點(diǎn)是有作用的：hiveserver2有高可用模式，ActivePassiveHA，此時leader節(jié)點(diǎn)才會發(fā)揮作用，但是hiveserver2實例之間并沒有namenode那種主備的必要性，ActivePassiveHA是使用leader來實現(xiàn)active的作用，并且沒有具體的實踐案例，此處選擇在hive隨機(jī)znode時過濾leader節(jié)點(diǎn)。
