Zookeeper基础初探

Zookeeper系列详情（持续升级）

• Zookeeper基础初探
• 一文理解Zookeeper数据节点-znode
• 一文理解Watcher
• Zookeeper分布式锁实现
• Zookeeper部署模式

ZooKeeper是一种为分布式应用提供高性能、高可用，且具备严格顺序访问控制能力的分布式协调服务。它主要应用在数据的发布/订阅、命名服务、服务注册、分布式锁、Leader选举、分布式队列、分布式ID生成等场景。这些场景下的使用方式该系列后续会详细详情，本文主要详情ZooKeeper基础概念。

Zookeeper目标

1. 高性能：Zookeeper将一律数据存储在内存中，以此实现高吞吐和低推迟，适合应用于读较多的场景；

2. 高可用：Zookeeper通常以集群模式部署，集群中服务器之间相互通信，只需一半以上的服务器能正常工作，那么集群就能正常对外提供服务，官网上集群示用意如下；

集群示用意

3. 顺序访问：对于用户端的每个升级请求，Zookeeper都会分配一个全局唯一的递增编号zxid（ZooKeeper Transaction Id），这个编号反应了所有事务操作的先后顺序，应用程序可以使用 ZooKeeper这个特性来实现更高层次的同步原语；

Zookeeper特性

1. 顺序一致性：从同一用户端发起的事务请求，最终会严格按照顺序进入Zookeeper服务中；

2. 原子性：所有请求的解决结果在整个集群中所有机器上的应用情况是一致的，换句话说，要么整个集群中所有服务器都成功解决了某个请求，要么都没解决，绝不会出现只有一部分解决成功的情况；

3. 单一性：无论用户端连到哪一个 ZooKeeper 服务器上，用户端取得的数据状态都是一致的，由于集群中服务器之间都会数据同步，保证一致性；

4. 可靠性：每次升级请求被响应，升级的结果就会被持久化，直到被下一次升级结果覆盖；

5. 实时性：当用户端请求被Zookeeper服务器解决后，Zookeeper仅保证用户端在一段时间内肯定能获取最新的服务器数据状态，即Zookeeper保证数据状态的最终一致性，不肯定保证数据的强一致性；

Zookeeper集群中的角色

Leader：领导者角色。集群通过选举过程从所有服务器中选举其中一台作为Leader，Leader为用户端提供读和写服务，它是整个集群工作机制的核心。主要承担的任务为：

• 事务请求的唯一调度者和解决者，以此保证集群事务解决的顺序性；

• 集群内部各服务器的调度者；

Follower：追随者角色。主要承担的任务为：

• 参加Leader选举投票；

• 解决用户端非事务请求【读请求】；

• 转发事务请求【创立、升级、删除节点等请求】给Leader服务器；

• 参加事务请求的Proposal提议；

Observer：观察者角色。工作原理和Follower基本一致，唯一区别是Observer不参加任何形式的投票；

集群中角色及职责

Session

• Session(会话)是ZooKeeper中的会话实体，代表了一个用户端会话，其包含4个属性。

• Zookeeper用户端启动时会与服务器建立一个TCP长连接。从连接指令发出后，用户端Session的生命周期就开始了，在整个生命周期内会切换不同的会话状态。

• 通过该TCP连接，用户端能够通过心跳检测与服务器保持有效的会话，也能够向服务器发送请求并接受响应，还能够接收来自服务器的 watch 事件通知，便于实时响应某些操作。

Zookeeper用户端操作