zookeeper集群架构的执行原理

proposal01:zxid commit原子性

内存存储znode节点多种节点类型

将请求转发给leader处理

客户端与zk服务器通过长连接保持session会话

client客户端

Client

ack

维持session会话

事务01顺序一致性

proposal01

ZAB协议两阶段提交（2PC）时序图

队列

按照上面流程处理

TCP长连接

Zookeeper（Follower节点）

TCP长连接session心跳

返回ack应答

zookeeper（Follower）

发送数据事务01

proposal01:zxidcommit原子性

数据读取数据一致性实时性

同步proposal01

执行本地commit

zookeeper（Leader）

磁盘日志文件

返回写成功

写请求3监听znode的变化

Zookeeper（Leader节点）

提交写请求到follower

proposal01保存磁盘日志文件

ZAB两阶段提交原理：1. Leader 在接收到写入数据后，会先生成 proposal 存入到本地磁盘日志文件，然后放入队列中，按照队列先后顺序，同步给 follower2. follower 在接收到 proposal 数据后，会先写入磁盘，磁盘保存成功后，返回给 Leader 一个 ack 应答。3. Leader 在接收到过半的 follower 的 ack 应答后，本地执行 commit，然后同步 commit 给所有 follower。

转发写请求3

执行commit

集群部署高性能、高并发、高可用

同步commit