【JAVA核心知识】37：ZooKeeper基础 ---- 《从Paxos到Zookeeper》读书笔记

yue_hu

已于 2022-07-08 11:25:56 修改

阅读量221

点赞数

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

于 2021-12-12 15:44:24 首次发布

本文链接：https://blog.csdn.net/yue_hu/article/details/121642589

版权

中间件同时被 2 个专栏收录

8 篇文章 0 订阅

订阅专栏

分布式

5 篇文章 0 订阅

订阅专栏

目前在分布式数据一致性上，没有比ZooKeeper更成熟稳定且被大规模应用的解决方案，而且ZooKeeper是开源且免费的。这是Zookeeper成为目前炙手可热的分布式解决方案的基础。

ZooKeeper的特点：

顺序一致性：从同一个客户端发起的事务请求，最终会严格的按照发起顺序应用到Zookeeper中
原子性：事务在整个集群中的每个机器上的应用是一致的。即要么都成功应用了一个事务，要么都没有应用
单一视图：无论客户短连接的哪个Zookeeper服务器，其看到的数据模型都是一致的
可靠性：一旦服务端成功运用了某个事务，该事务引起的服务端状态变更会一直被保存下来，除非有新的事务进行更改。
实时性：Zookeeper追求的是最终一致性。只保证一段时间内，客户端最终一定能在服务端读到最新的数据

ZooKeeper的设计目标：

数据模型简单：数据模型为被称为ZNode的数据节点组成的树形结构，由斜杆进行分割路径，类似于一个文件系统，不过数据不存在磁盘中，ZooKeeper将全量数据存入内存中。
可以构建集群：集群化的服务，一般3-5台机器就能构建一个集群。集群的每台机器都维护当前的服务器状态，机器之间保持通信，只要有超过一半的机器提供服务，整个集群就能正常对外提供服务。
客户端与任意一台服务器建立TCP连接，如果连接断开，客户端自动连接集群的其他机器。
顺序访问：客户端的每一个更新请求，zookeeper都会为其分配一个全局唯一的递增编号，反应事务的先后顺序。
高性能

ZooKeeper的基本概念

集群角色

ZooKeeper将集群机器分为Leader， Follower和Observer三种角色。所有机器通过选举产生Leader,Leader提供读写服务， Follower和Observer仅提供读服务，Follower与Observer的区别在于Observer不参与Leader的选举,也不参与写操作的“过半写成功”策略，Observer用来在不影响集群写性能的情况下提升集群的读性能。

会话（session）

Zookeeper中，一个客户端链接是指客户端和服务器之间的一个TCP长链接。客户端启动时会首先与服务器建立一个TCP连接，第一次连接建立起，客户端会话的生命周期也就开始了。通过这个连接，客户端能够通过心跳检查与服务器保持有效的会话，也能够向Zookeeper服务器发送请求和接受响应，还能接收来自服务器的Watch事件通知。session设置由会话超时时间sessionTimeout，如果因服务器压力过大，网络故障或是客户端主动断开导致连接断开时，只要在sessionTimeout过期之前连接到任意一台服务器，会话依然有效。

节点

Zookeeper中，节点有两层含义，一种指集群的机器。另外则为数据模型的数据单元，即数据节点ZNode。ZNode分为持久性节点和临时节点。持久节点一旦被创建，除非主动删除，会一直保存在Zookeeper中。临时节点与会话绑定，会话失效，所属临时节点被移除。另外Zookeeper允许添加特殊属性SEQUENTIAL为节点追加一个整数数值属性，这是一个由父节点维护的自增数字。