Zookeeper分布式入门——ZK特性【session】

最新推荐文章于 2023-02-15 15:59:55 发布
最新推荐文章于 2023-02-15 15:59:55 发布
阅读量874 收藏
点赞数
分类专栏： 【----Zookeeper----】 文章标签： 分布式 Zookeeper 中间件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37338761/article/details/99706582
版权

session的基本原理

  1. 客户端与服务端之间的连接存在会话
  2. 每个会话都可以设置一个超时时间
  3. 心跳结束，session则过期
  4. Session过期，则临时节点znode会被抛弃
  5. 心跳机制：客户端向服务端的ping包请求

常用操作

create命令
create [-s] [-e] path data acl
-s:顺序节点
-e:临时节点 session超时后，收不到心跳消失
默认是持久节点

set命令
set path data [version]

version用于设置版本，每次进行操作时如果指定版本要指定当前的版本，设置成功之后dataVersion会增加1 ，是为乐观锁

delete命令
delete path [version]
不设置版本号，节点会直接删除，设置版本号，删除这个版本节点

对梦想的牵挂
关注
专栏目录
基于ZooKeeper的分布式Session实现
03-20
总结来说，基于ZooKeeper的分布式Session实现利用其分布式特性和一致性保证，解决了分布式环境下的Session一致性问题。通过文档"基于ZooKeeper的分布式Session实现.doc"，读者可以深入学习如何设计和实现这样的系统...
ZK session客户端过期(Expired)过程
javahigh1
10-18 1220
一般情况下，zk客户端与服务端建立连接后，会在2/3*sessionTime*1/2的时候发送一个心跳消息到服务端，保持会话更新。但是可能在某个时候网络中断可能导致客户端无法连接上服务端，此时客户端会不停的依次重试各个服务器，一直到连接上某个服务器为止。如果在未连接上这段时间内，服务端session已经过期，(参见SessionTracker的实现SessionTrackerImpl)，它是依靠一...
ZooKeeper实战（四）处理Zookeeper的session过期问题
Zicheng's tech blog
11-04 8580
Session连接 Zookeeper客户端和服务端维持一个长连接，每隔10s向服务端发送一个心跳，服务端返回客户端一个响应。这就是一个Session连接，拥有全局唯一的session id。Session连接通常是一直有效，如果因为网络原因断开了连接，客户端会使用相同的session id进行重连。由于服务端保留了session的各种状态，尤其是各种瞬时节点是否删除依赖于session是否
zookeeper session 过期重连失败
weixin_35750953的博客
02-15 497
当 ZooKeeper session 过期并且重连失败时，通常是因为客户端无法重新建立与 ZooKeeper 服务器的连接。这可能是由于以下原因之一引起的： ZooKeeper 服务器宕机或网络故障。 客户端与 ZooKeeper 服务器之间的网络问题。 客户端和 ZooKeeper 服务器之间的防火墙或路由器配置问题。 客户端和 ZooKeeper 服务器之间的时间不同步，导致会话认证失败。...
ZooKeeper 会话超时
Rui的专栏
08-27 926
1、会话概述 在ZooKeeper中，客户端和服务端建立连接后，会话随之建立，生成一个全局唯一的会话ID(Session ID)。服务器和客户端之间维持的是一个长连接，在SESSION_TIMEOUT时间内，服务器会确定客户端是否正常连接(客户端会定时向服务器发送heart_beat，服务器重置下次SESSION_TIMEOUT时间)。因此，在正常情况下，Session一直有效，并且ZK集群
ZooKeeper会话Session （秒懂+图解+史上最全）
架构师尼恩
12-01 1662
那对于ZK的服务端来说，如何维护管理这些会话，就是本文要聊的内容啦~我们在服务器启动Zookeeper的时候能得知，ZK服务端对外默认端口是2181。而客户端连接到服务端上，其本质其实就是一个TCP连接（长连接） ，当连接正式建立起来的时候，就开起来该次会话的生命周期了。有了会话之后，后续的请求发送，回应，心跳检测等机制都是基于会话来实现的。关于 本文的技术问题， 请来尼恩 发起的Java 高并发疯狂创客圈社群交流 ，
ZooKeeper分布式系统协调 v3.6.3.gz
04-02
**ZooKeeper分布式系统协调详解** ZooKeeper是一款开源的分布式协调服务，它是由雅虎创建并贡献给Apache Software Foundation的项目。在分布式系统中，ZooKeeper扮演着至关重要的角色，它提供了一种可靠的方式来...
深入探索Zookeeper：从客户端使用到集群特性的全面指南
12-16
ZooKeeper zooKeeper = new ZooKeeper(ZK_ADDRESS, SESSION_TIMEOUT, event -> { if (event.getState() == Watcher.Event.KeeperState.SyncConnected && event.getType() == Watcher.Event.EventType.None) { ...
VIP-02 Zookeeper客户端使用与集群特性(1)
最新发布
07-12
### VIP-02 Zookeeper客户端使用与集群特性(1) #### Curator介绍 Curator是Netflix公司开源的一个针对ZooKeeper的高级Java客户端框架。它不仅简化了ZooKeeper的使用，还提供了丰富的抽象和工具类，使得开发者能够...
zookeeper 3.6.3 源码下载
04-03
ZooKeeper 3.6.3 是一个广泛用于分布式系统的协调服务，它为分布式应用程序提供了高效且可靠的命名服务、配置管理、集群同步、分布式锁等核心功能。在深入理解源码之前，我们需要先了解ZooKeeper的基本概念和工作...
zk的session
maoyeqiu的专栏
11-09 1764
zk维护的数据主要有：客户端的会话（session）状态及数据节点（dataNode）信息。zk在内存中构造了个DataTree的数据结构，维护着path到dataNode的映射以及dataNode间的树状层级关系。为了提高读取性能，集群中每个服务节点都是将数据全量存储在内存中。可见，zk最适于读多写少且轻量级数据（默认设置下单个dataNode限制为1MB大小）的应用场景。数据仅存储在内存是很不...
ZK的Session源码分析
Hello World
11-11 596
ZK的Session源码分析服务端Session属性分析Session创建 本篇文章主要讲解服务端 Session 会话处理流程。 服务端Session属性分析 Zookeeper服务端会话操作如下图： 在服务端通过 SessionTrackerImpl 和ExpiryQueue来保存Session会话信息。 SessionTrackerImpl 有以下属性： sessionsById： 用来存储ConcurrentHashMap<Long, SessionImpl> {sessionId:
ZooKeeper之会话（session）
明月阁
09-18 8534
原文链接：http://www.dubby.cn/detail.html?id=9027使用客户端来创建一个和zk服务端连接的句柄，这就是一个会话（session）。Session一旦建立，状态就是连接中（CONNECTING）状态，然后客户端会尝试去连接zk服务端，连接成功之后状态变成已连接（CONNECTED）。一般正常情况下只会有这两个状态。不过，还是会发生一些无法恢复的错误/故障，比如：se
浅谈 Zookeeper 中的 Session 与 临时节点
qq_37490665的博客
02-09 2905
→zookeeper version 3.6.1 一、临时节点 相信我们对 zookeeper 的临时节点都不陌生，与持久节点的最大区别就是会随着会话的消失而删除，这种特性常被用来作注册中心分布式锁等，下面来分析下临时节点的实现： 单机模式下由三个 processor 构成了整个处理链路 PrepRequestProcessor 主要负责请求的反序列化，串行化处理和权限校验等 SyncRequestProcessor 主要负责数据的持久...
zookeeper sessiontimeout session 会话
xiaoliuliu2050的专栏
09-07 9877
会话的作用： zk客户端和服务器在建立socket长连接的时候，服务器端创了一个session ,用来存储这次会话用到的一些消息。 因为网络原因或者服务器原因，socket 断开，客户端尝试重新连接，等到重新连接上，发现之前的session已经不在了这时候服务器会告诉客户端会话超时，客户端会关闭session，然后开启新的session.。 服务器会定时判断session 是否超时，如果超时...
Zookeeper
m0_59347746的博客
08-01 1850
为什么不采用持久节点呢，因为持久节点必须要客户端手动删除，否则他会一直存在zookeeper中。如果我们的客户端获取到了锁，还没释放锁就突然宕机了，那么这个锁会一直存在不被释放。导致其他客户端无法获取锁。zookeeper实现的锁功能是比较健全的，但是性能上稍微差一些。比如zookeeper要维护集群自身信息的一致性，频繁创建和删除节点等原因。如果仅仅是为了实现分布式锁而维护一套zookeeper集群，有点浪费了。......
ZooKeeper的会话机制Session
MuErHuoXu的博客
01-10 5022
为什么会有会话机制Session 首先我们看下ZooKeeper的架构图，client跟ZooKeeper集群中的某一台server保持连接，发送读/写请求，读请求直接由当前连接的server处理，写请求由于是事务请求，由当前server转发给leader进行处理。同时，client还能接收来自server端的watcher通知。 而所有的这些交互，都是基于client和ZooKeeper的se...
Zookeeper学习笔记六之版本号
四火
09-22 1621
版本号 每一个znode都有一个版本号，它随着每次数据变化而自增。两个API操作可以有条件地执行：setData和delete。这两个调用以版本号作为转入参数，只有当转入参数的版本号与服务器上的版本号一致时调用才会成功。当多个Zookeeper客户端对同一个znode进行操作时，版本的作用就会显得尤为重要。例如，客户端C1对znode/config写入了一些配置信息，如果另一个客户端C2同时更新...
聊聊Zookeeper之会话机制Session
SCUTJAY的博客
06-21 1020
文章目录什么是Zookeeper的会话机制Session相关的基本概念分桶机制Session激活（续约） 什么是Zookeeper的会话机制 我们在服务器启动Zookeeper的时候能得知，ZK服务端对外默认端口是2181。而客户端连接到服务端上，其本质其实就是一个TCP连接（长连接） ，当连接正式建立起来的时候，就开起来该次会话的生命周期了。有了会话之后，后续的请求发送，回应，心跳检测等机制都是基于会话来实现的。那对于ZK的服务端来说，如何维护管理这些会话，就是本文要聊的内容啦~ Session相关的基本
java zookeeper分布式锁demo
05-12
以下是一个基于 ZooKeeper 实现分布式锁的 Java Demo： ```java import java.util.concurrent.CountDownLatch; import org.apache.zookeeper.CreateMode; import org.apache.zookeeper.KeeperException; import org.apache.zookeeper.WatchedEvent; import org.apache.zookeeper.Watcher; import org.apache.zookeeper.ZooDefs.Ids; import org.apache.zookeeper.ZooKeeper; import org.apache.zookeeper.data.Stat; public class DistributedLock implements Watcher { private static final String ZK_ADDRESS = "localhost:2181"; private static final int SESSION_TIMEOUT = 5000; private static final String LOCK_ROOT = "/locks"; private static final String LOCK_PREFIX = "lock_"; private String lockPath; private ZooKeeper zk; private CountDownLatch connectedSignal = new CountDownLatch(1); private CountDownLatch lockSignal = new CountDownLatch(1); public DistributedLock() throws Exception { zk = new ZooKeeper(ZK_ADDRESS, SESSION_TIMEOUT, this); connectedSignal.await(); Stat stat = zk.exists(LOCK_ROOT, false); if (stat == null) { zk.create(LOCK_ROOT, new byte[0], Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT); } } public boolean lock() throws Exception { lockPath = zk.create(LOCK_ROOT + "/" + LOCK_PREFIX, new byte[0], Ids.OPEN_ACL_UNSAFE, CreateMode.EPHEMERAL_SEQUENTIAL); while (true) { String prevLock = getPrevLock(); if (prevLock == null) { return true; } else { zk.exists(prevLock, true); lockSignal.await(); } } } public void unlock() throws Exception { zk.delete(lockPath, -1); } private String getPrevLock() throws KeeperException, InterruptedException { String prevLock = null; String[] nodes = zk.getChildren(LOCK_ROOT, false).toArray(new String[0]); for (int i = 0; i < nodes.length; i++) { if (lockPath.endsWith(nodes[i])) { if (i > 0) { prevLock = LOCK_ROOT + "/" + nodes[i - 1]; } break; } } return prevLock; } @Override public void process(WatchedEvent event) { if (event.getState() == Event.KeeperState.SyncConnected) { connectedSignal.countDown(); } else if (event.getType() == Event.EventType.NodeDeleted && event.getPath().equals(getPrevLock())) { lockSignal.countDown(); } } } ``` 这个 Demo 中，`DistributedLock` 类实现了分布式锁的基本操作。使用时，首先需要创建一个 `DistributedLock` 对象，然后调用 `lock` 方法获取锁，调用 `unlock` 方法释放锁。 这个 Demo 中使用 ZooKeeper 的 `EPHEMERAL_SEQUENTIAL` 模式创建了一个临时顺序节点，如果当前节点是序号最小的节点，则获取到锁。如果不是，则在当前节点的前一个节点上注册一个 Watcher，当前一个节点被删除时，当前节点就可以获取到锁了。 需要注意的是，这个 Demo 中的锁并没有考虑超时问题。在实际使用中，需要根据具体情况进行优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值