zookeeper 面试

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的实现简单,消耗小,更加可靠

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值