zookeeper 面试
Q0: ZK的使用场景
- 分布式协调
eg.A系统跟B系统交互,A系统如何知道B系统的处理结果?可以用ZK协调
A系统发生请求后可以在ZK上注册监听器,当B系统处理后,修改节点,会通知A
- 分布式锁
创建znode,同一时间只能有一个
- 元数据/配置信息管理
比如kafka、storm、dubbo使用zk管理配置
- HA高可用性
重要进程一般会做主备两个,主进程挂了立马通过zk感知到切换到备用进程
Q1:ZK和Redis分布式锁实现区别
-
Redis分布式锁的实现
-
简单版: 创建锁用set key randomvalue nx px time,释放锁则删除key(用lua脚本,判断value一样)
- 不足 : 如果redis故障或者主从切换,则锁会被其他系统拿到
-
集群版: 创建锁的时候尝试在每个master上创建,要求大部分节点能创建成功,如果建锁成功,其他系统获取锁的时候需轮询
- 不足: 轮询消耗性能 ; 实现比较复杂
-
-
ZK的分布式锁实现
- 创建ZNode, 其他系统获取不到锁时,注册个监听器即可
总结 : ZK的实现简单,消耗小,更加可靠