ZooKeeper系统模型之SetData请求。

今天药忘吃喽~ 2024-02-18 18:24 84阅读 0赞

服务端对于SetData请求的处理，大体可以分4大步骤，分别是请求的预处理、事务处理、事务应用和请求响应，如下图所示。

> ![20180301104707881][]

## 预处理 ##

### I/O层接收来自客户端的请求 ###

### 判断是否是客户端“会话创建”请求 ###

ZooKeeper对于每一个客户端请求，都会检查是否是“会话创建”请求。然而对于SetData请求，因为此时已经完成了会话创建，因此按照正常的事务请求进行处理。

### 将请求交给ZooKeeper的PrepRequestProcessor处理器进行处理 ###

### 创建请求事务头 ###

### 会话检查 ###

客户端会话检查是指检查该会话是否有效，即是否已经超时。如果该会话已经超过，那么服务端就会向客户端抛出SessionExpiredException异常。

### 反序列化请求，并创建ChangeRecord记录 ###

面对客户端请求，ZooKeeper首先会将其进行反序列化并生成特定的SetDataRequest请求。SetDataRequest请求中通常包含了数据节点路径path、更新的数据内容data和期望的数据节点版本version。同时，根据请求中对应的path、ZooKeeper会生成一个ChangeRecord记录，并放入outstandingChanges队列中。

outstandingChanges队列中存放了当前ZooKeeper服务器正在进行处理的事务请求，以便ZooKeeper在处理后续请求的过程中需要针对之前的客户端请求的相关处理。例如对于“会话关闭”请求来说，其需要根据当前正在处理的事务请求来收集需要清理的临时节点。

### ACL检查 ###

由于当卡年请求是数据更新请求，因此ZooKeeper需要检查该客户端是否具有数据更新的权限。如果没有权限，那么会抛出NoAuthException异常。

### 数据版本检查 ###

如果ZooKeeper服务端发现当前数据内容的版本号与客户端预期的版本不匹配的话，那么将会抛出异常。

### 创建请求事务体SetDataTxn。 ###

### 保存事务操作到outstandingChanges队列中去 ###

## 事务处理 ##

对于事务请求，ZooKeeper服务端都会发起事务处理流程。无论对于会话创建请求还是SetData请求，或是其他事务请求，事务处理流程都是一致的，都是由ProposalRequestProcessor处理器发起，通过Sync、Proposal和Commit三个子流程相互协作完成的。

### 事务应用 ###

### 交付给FinalRequestProcessor处理器 ###

### 事务应用 ###

ZooKeeper会将请求事务头和事务体直接交给内存数据库ZKDatabase进行事务应用，同时返回ProcessTxnResult对象，包含了数据节点内容更新后的stat。

### 将事务请求放入队列：commitProposal ###

## 请求响应 ##

### 统计处理 ###

### 创建响应体SetDataResponse ###

SetDataResponse是一个数据更新成功后的响应，主要包含了当前数据节点的最新状态stat。

### 创建响应头 ###

响应头是每个请求响应的基本信息，方便客户端对响应进行快速的解析，包括当前响应对应的事务ZXID和请求处理是否成功的标识err。

### 序列化响应 ###

### I/O层发送响应给客户端 ###

[20180301104707881]: https://image.dandelioncloud.cn/pgy_files/images/2024/01/29/ba15bea8784b401ea274969291777c34.png

发表评论取消回复

表情：

评论列表（有 0 条评论，84人围观）

还没有评论，来说两句吧...

相关阅读

相关聊聊Zookeeper技术内幕之客户端与SetData请求处理

从客户端会话创建到网络连接、请求处理，简单的叙述下流程与逻辑客户端客户端是开发人员使用ZooKeeper最主要的途径，ZooKeeper的客户端主要由以下几个核心组

末蓝、/ 2024年03月17日 19:49/ 0 赞/ 35 阅读

相关 ZooKeeper系统模型之GetData请求。

服务端对于GetData请求的处理，大体可以分为3大步骤，分别是请求的预处理、非事务处理和请求响应，如下图所示。 > ![20180301135248664][] 预处理

痛定思痛。/ 2024年02月18日 18:25/ 0 赞/ 42 阅读

相关 ZooKeeper系统模型之事务请求转发。

在事务请求的处理过程中，需要我们注意的一个细节是，为了保证事务请求被顺序执行，从而确保ZooKeeper集群的数据一致性，所有的事务请求必须由Leader服务器来处理。但是，并

素颜马尾好姑娘i/ 2024年02月18日 18:25/ 0 赞/ 46 阅读

相关 ZooKeeper系统模型之SetData请求。

服务端对于SetData请求的处理，大体可以分4大步骤，分别是请求的预处理、事务处理、事务应用和请求响应，如下图所示。 > ![20180301104707881][]

今天药忘吃喽~/ 2024年02月18日 18:24/ 0 赞/ 85 阅读

相关 ZooKeeper系统模型之会话创建请求。

ZooKeeper服务端对于会话创建的处理，大体可以分为请求接收、会话创建、预处理、事务处理、事务应用和会话响应6大环节，其大体流程如下图所示。 > ![2018030108

水深无声/ 2024年02月18日 18:24/ 0 赞/ 41 阅读

相关 ZooKeeper系统模型之Leader服务器。

Leader服务器是整个ZooKeeper集群工作机制中的核心，其主要工作有以下两个。事务请求的唯一调度和处理者，保证集群事务处理的顺序性。集群内部各服务器的

逃离我推掉我的手/ 2024年02月18日 18:22/ 0 赞/ 51 阅读

相关 ZooKeeper系统模型之会话状态。

在ZooKeeper客户端与服务端成功完成连接创建后，就建立了一个会话。ZooKeeper会话在整个运行期间的生命周期中，会在不同的会话状态之间进行切换，这些状态一般可以分为C

古城微笑少年丶/ 2024年02月18日 18:19/ 0 赞/ 50 阅读

相关 ZooKeeper系统模型之ACL。

ZooKeeper的ACL权限控制和Unix/Linux操作系统的ACL有一些区别，读者可以从三个方面来理解ACL机制，分别是：权限控制（Scheme）、授权对象（ID）和权限

╰+攻爆jí腚メ/ 2024年02月18日 18:06/ 0 赞/ 56 阅读

相关 ZooKeeper系统模型之数据模型。

ZooKeeper的视图结构和标准的Unix文件系统非常类似，但没有引入传统文件系统中目录和文件等相关概念，而是使用了其特有的“数据节点”概念，我们称之为ZNode。ZNode

水深无声/ 2024年02月18日 18:05/ 0 赞/ 80 阅读

相关【ZooKeeper】ZooKeeper 系统模型

1 数据模型 ZooKeeper 的视图结构和标准的 Unix 文件系统非常类似，但没有引入传统文件系统中目录和文件等相关概念，而是使用了其特有的“数据节点”概念，我们

待我称王封你为后i/ 2023年01月18日 04:06/ 0 赞/ 207 阅读