zookeeper分享

zookeeper

zookeeper是什么

zookeeper是一个分布式协调服务中心（注册中心）。Hadoop的子项目。Hadoop生态的润滑油。cp原则，zab协议。

（zab）Zookeeper原子广播 借鉴paxos

Zookeeper 是通过 Zab 协议来保证分布式事务的最终一致性

Zookeeper = 文件系统 + 通知机制

文件系统 树形结构 每个节点有个znode 1M数据

和eurka(ap)、nacos(ap+cp) (Raft协议） 进行对比

eurka 去中心化对等

nacos 去中心化对等 Raft协议

zookeeper 集群至少三台

启动方式 ：集群和单体

单体一般在个人测试环境下使用

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hXBsTQeq-1669256053110)(D:_easyHelper_\bigdata31\bigdata31\03_Zookeeper\配置中心对吧.png)]

统一配置 znode kafka为例

nacos写在mysql

zookeeper选举机制

（1）半数机制：集群中半数以上机器存活，集群可用。所以Zookeeper适合安装奇数台服务器。

（2） 获取半数以上同意 myid 最大，超过半数

假死 脑裂 （去掉）

动态上下线 三台变五台、

软负载均衡 分配访问低的节点

监听器原理（面试重点）

一个Watch事件是一个一次性的触发器，当被设置了Watch的数据发生了改变的时候，则服务器将这个改变发送给
设置了Watch的客户端，以便通知它们。

get /path [watch] NodeDataChanged
stat /path [watch] NodeDeleted
ls /path [watch] NodeChildrenChanged

zookeeper实现分布式锁

1.1 获取锁

首先，在zookeeper当中创建一个父节点 /testLock；

当第一个客户端C1想要获取锁时，会先在父节点下创建一个临时顺序节点N1； 之后，C1会查找父节点下的所有的临时顺序节点并排序，判断自己所创建的节点N1是不是最小的（最靠前的）； 如果是，则成功获得锁；

这时候，如果再有一个客户端C2前来获取锁，也会在父节点下再创建一个临时顺序节点N2； 之后，C2也会查找父节点下面所有的临时顺序节点并排序，判断自己所创建的节点N2是不是最小的； 结果发现节点N2不是最小的。 于是，C2向排序仅在它前面的一个节点N1注册一个watcher，用于监听N1节点是否存在； C2抢锁失败，进入了等待监听状态；

这时候，如果再有客户端C3前来获取锁，也会在父节点下再创建一个临时顺序节点N3； 之后，C3也会查找父节点下面所有的临时顺序节点并排序，判断自己所创建的节点N3是不是最小的； 结果发现节点N3不是最小的。 于是，C3向排序仅在它前面的一个节点N2注册一个watcher，用于监听N2节点是否存在； C3抢锁失败，进入了等待监听状态；

最终各个节点形成一个类似于队列的模型来有序地监听并获取锁。

1.2 释放锁

当前获取锁的客户端C1在任务执行过程中崩溃，则会断开与zookeeper服务端的链接；因为是临时节点，所以与该客户端相关联的节点N1也会随之被自动删除； 由于C2注册有watcher一直监听着N1的存在，当N1节点被删除后，C2客户端会立刻收到通知；这时C2会再次查询父节点下面的所有节点并排序，确认自己当前的节点N2是不是最小的，如果是最小，则C2成功获取锁； 同理，之后排队等待的客户端也依次获取锁执行任务。

zookeeper常用命令

ls create get delete set…

最小，则C2成功获取锁； 同理，之后排队等待的客户端也依次获取锁执行任务。

zookeeper常用命令

ls create get delete set…