Zookeeper是怎么处理读写请求的

在Zookeeper中对于请求分为两类:

  • 事务性请求
  • 非事务性请求

所谓事务性请求,说白了就是 写操作。

更新操作、新增操作、删除操作,因为这些操作是会影响数据的,所以要保证这些操作在整个集群内的事务性,所以这些操作就是事务性请求。

那么非事务性请求就好理解的,像查询操作 这些不影响数据的操作,就不需要集群来保持事务性,所以这些操做就是非事务性请求。

客户端使用 Zookeeper 时会连接到集群中的任意节点,所有的节点都能够直接对外提供读操作,但是写操作都会被从节点(非Leader服务器)路由到主节点(Leader 服务器),由主节点进行处理。

为了保证事务请求被顺序执行,从而确保ZooKeeper 集群的数据一致性,所有的事务请求都必须由Leader 服务器来处理,所有非Leader 服务器如果接收到了来自客户端的事务请求,那么必须将其转发给Leader 服务器来处理。

非事务性的请求 则是直接本地服务器 处理。

因此读请求存在不能及时读到最新数据的情况

posted on   MaXianZhe  阅读(749)  评论(1编辑  收藏  举报

编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示