Zookeeper(一)概览,安装,zkCli.sh使用

最新推荐文章于 2022-11-25 19:49:56 发布

君陌先生

最新推荐文章于 2022-11-25 19:49:56 发布

阅读量618

点赞数

分类专栏： zookeeper 文章标签：分布式 zookeeper

本文链接：https://blog.csdn.net/weixin_42008012/article/details/106799461

版权

文章目录

概览
安装
zkCli shell 使用
本节总结
- 实现分布式锁

概览

https://zookeeper.apache.org/
前面用redis实现分布式锁的时候,会显得很复杂;用zookeeper实现会简单很多
当然,zookeeper不只用来实现分布式锁,还有很多其他的功能.

ZooKeeper是用于分布式应用程序的分布式，开放源代码协调服务。
它公开了一组简单的原语，分布式应用程序可以基于这些原语来实现用于同步，配置维护以及组和命名的更高级别的服务。
使用了按照文件系统熟悉的目录树结构样式设置的数据模型。
zk也是二进制安全的,按byte[]存储.

ZooKeeper很简单。
ZooKeeper允许分布式进程通过共享的分层名称空间相互协调，该命名空间的组织方式类似于标准文件系统。名称空间由数据寄存器（在ZooKeeper中称为znodes）组成，它们类似于文件和目录。
与设计用于存储的典型文件系统不同，ZooKeeper数据保留在内存中，这意味着ZooKeeper可以实现高吞吐量和低延迟数。
以主从复制的形式实现高可用集群,一个leader,多个follower,读写分离,leader读写,follower读.
如果leader挂了,进入无主状态,它可以快速的重新选一个leader(官方压测不到200ms)
每个client连接到zk时,都会产生一个session作为身份标识,每个session对应一个临时节点,当client挂了或者断开连接时,session就消失了
之前我们用redis实现分布式锁时,要设置过期时间,还要再起个线程监听它挂没挂;
如果用zk,客户端连接到zk,建立了session会话,在zk里创建了一把锁,客户端挂掉后锁就释放了,也可以手动释放锁;依靠session这把锁可以很简单的实现.
目录树结构,类似与文件系统,每个节点都可以存1M内的数据(二进制安全);
节点分为持久节点和临时节点,临时节点依托于session
只要创建znode的会话处于活动状态，这些znode就会存在。会话结束时，将删除znode.
ZK旨在分布式协调,不要把它当数据库用,即不要频繁的写,因为ZK的优势在于读
曾经的Spark消费Kafka里的数据,会把消费的offset记录到zk里, 以做到分布式协调;但这其实是把ZK当数据库用了,频繁的修改数据,不能发挥ZK的优势.
节点支持序列化,
特点:
顺序一致性,客户端的更新将按发送顺序应用(写操作转交给leader)
原子性,写操作会写到每一个节点上(最终一致性)
单系统镜像,无论客户端连接到哪个服务器，客户端都将看到相同的服务视图(包括session,也统一)。
可靠性(持久性)-应用更新后，此更新将一直持续到客户端覆盖更新为止。
及时性-确保系统的客户视图在特定时间范围内是最新的(最终一致性)。