zookeeper 持久节点和临时节点的区别

于 2020-10-27 11:08:30 发布 4025 收藏 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39098944/article/details/109306989
版权

最近有些同学过来问我如何判断zookeeper的节点是持久节点还是临时节点？其实很简单，接下来我们就来看看判断方法。

zookeeper 持久节点：该数据节点被创建后，就会一直存在于zookeeper服务器上，直到有删除操作来主动删除这个节点。

zookeeper临时节点：临时节点的生命周期和客户端会话绑定在一起，客户端会话失效，则这个节点就会被自动清除。

我们执行 sh zkCli.sh -server 127.0.0.1:2181登录zookeeper，分别创建一个持久节点和临时节点。

create /yujie-persistent “” //创建持久节点

create -e /yujie-ephemeral “” // 创建临时节点

在这里插入图片描述
接下来我们用get命令 查看节点的Stat数据结构信息
在这里插入图片描述

其中有一个字段是ephemeralOwner意思是这个节点的临时拥有者

当ephemeralOwner 值不为0时，表明这个节点是临时节点，值为会话id.

当ephemeralOwner 值为0时，表明这个节点是持久节点。.

常识的Blog
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
chronos:网络服务提供全球严格的单调递增时间戳
05-06
Chronos 简介 Chronos，在古希腊语意为，是实现高可用、高性能、提供全局唯一而且严格单调递增timestamp的服务。 Chronos采用主备架构，主服务器挂了以后备服务器Swift感知并接替服务，从而实现系统的高可用。服务端使用框架，经测试每秒可处理约60万次RPC请求，客户端单线程每秒可请求6万次(本地服务器)，保证高性能与低延时。全局只有唯一的ChronosServer提供服务，分配的timestamp保证严格单调递增，并且将已分配的值持久化到ZooKeeper上，即使发生failover也能保证服务的正确性。 原理 Chronos依赖实现与类似的Leader Election机制，ChronosServer启动时将自己的信息写到ZooKeeper的Master临时节点上，如果主服务器已经存在，那么就记录到BackupServers节点上。一旦Master临时节点消失(主
scorch:状态机即服务，用于管理分布式作业和任务
04-28
烧焦 该项目提供了一个管理API，该API公开了分布式作业和任务的有状态操作。 此应用程序中使用的代码是从项目样本扩展而来的。 用法 Scorch提供一致性保证和使用ZooKeeper顺序订购的全局事件事务日志。 使用全局唯一目标ID和事件类型将事件从服务集群发送到Scorch。 当事件更改对象状态机的状态时，会从Scorch向RabbitMQ消息队列发送持久状态更改通知。 无需担心维护集群中对象的本地状态。 订阅状态更改通知，并在收到对象的所需状态的通知时，确认已进行了多阶段提交。 作业的状态也始终保持一致，从而允许订阅者通过HTTP或RabbitMQ被动和主动地监视状态变化。 一致性 Scorch提供一致性保证，使其具有高度一致性和容错性。 指标 Scorch节点运行嵌入式HTTP服务器，该服务器使用Spring Boot Actuator和嵌入式Tomcat公开运行状况指标。 国
时间戳服务器XiaoMiChronos.zip
07-17
Chronos，在古希腊语意为时间，是小米公司开发的实现高可用、高性能、提供全局唯一而且严格单调递增timestamp的服务。Chronos 采用主备架构，主服务器挂了以后备服务器迅速感知并接替服务，从而实现系统的高可用。服务端使用Thrift框 架，经测试每秒可处理约60万次RPC请求，客户端单线程每秒可请求6万次(本地服务器)，保证高性能与低延时。全局只有唯一的 ChronosServer提供服务，分配的timestamp保证严格单调递增，并且将已分配的值持久化到ZooKeeper上，即使发生 failover也能保证服务的正确性。Chronos依赖ZooKeeper实现与HBase类 似的Leader Election机制，ChronosServer启动时将自己的信息写到ZooKeeper的Master临时节点上，如果主服务器已经存在，那么就记 录到BackupServers节点上。一旦Master临时节点消失(主服务器发生failover)，所有备服务器收到ZooKeeper通知后参与 新一轮的选主，保证最终只有一个新的主服务器接替服务。ChronosServer运行时会启动一个Thrift服务器，提供getTimestamp()和getTimestamps(int)接口， 并且保证每次返回的timestamp都是严格单调递增的。返回的timestamp与现实时间有基本对应关系，为当前Unix time乘以2的18次方(足够使用1115年)，由于我们优化了性能，所以如果存在failover就不能保证这种对应关系的可靠性。ChronosClient启动时，通过访问ZooKeeper获得当前的主ChronosServer地址，连接该服务器后就可以发送 Thrift RPC请求了。一旦主服务器发生failover，客户端请求失败，它会自动到ZooKeeper获得新的主ChronosServer地址重新建立连 接。 标签：小米
zookeeperDemo
05-14
zookeeperDemo zookeeper节点操作 zookeeper节点操作 节点创建，删除，遍历 节点数据读写 节点类型 节点类型 持久节点 PERSISTENT 持久顺序节点 PERSISTENT_SEQUENTIAL 临时节点 EPHEMERAL 临时顺序节点 EPHEMERAL_SEQUENTIAL Curator zookeeper 实现分布式锁 原理 临时顺序节点 实例代码 关于版本问题 Curator zookeeper 实现分布式锁 原理 每个JVM使用同一个客户端实例，客户端实例对某个方法加锁的时候， zookeeper对应节点下生成一个唯一的临时顺序节点，如果是序号最小的，则获得锁，释放锁的时候删除节点。 怠机的时候临时节点会自动删除，不会有死锁。 临时顺序节点 如图是调试过程中 在zookeeper中生成用于判断锁的临时顺序节点 关于版本问题 Cur
ZooKeeper 节点类型1
08-08
在 ZooKeeper 中，节点类型可以分为持久节点（PERSISTENT ）、临时节点（EPHEMERAL），以及时序节点（SEQUENTIAL ），具体在节
Zookeeper入门详解、集群搭建以及源码解析（一）
prefect_start的博客
12-26 674
1、Zookeeper 入门 1.1、 概述 Zookeeper 是一个开源的分布式的，为分布式框架提供协调服务的 Apache 项目。 1.2、 特点 Zookeeper：一个领导者（Leader），多个跟随者（Follower）组成的集群。 集群中只要有半数以上节点存活，Zookeeper集群就能正常服务。所 以Zookeeper适合安装奇数台服务器。 全局数据一致：每个Server保存一份相同的数据副本，Client无论连接到哪个Server，数据都是一致的。 更新请求顺序执行，来自同一个Clie
深入学习zookeeper
qq_33327680的博客
08-01 976
zookeeper深入理解
zookeeper中的四种节点(永久、临时、临时序列化、永久序列化)
weixin_48644768的博客
11-03 917
zookeeper中的四种节点(永久、临时、临时序列化、永久序列化)
分布式协同ZooKeeper笔记
杜莱的博客
06-15 567
第一节 Zookeeper 简介 1.1 分布式系统定义及⾯临的问题 ZooKeeper 最为主要的使⽤场景，是作为分布式系统的分布式协同服务。我们将分布式系统定义为：分布式系统是同时跨越多个物理主机，独⽴运⾏的多个软件所组成系统。类⽐⼀下，分布式系统就是⼀群⼈⼀起⼲活。⼈多⼒量⼤，每个服务器的算⼒是有限的，但是通过分布式系统，由 n 个服务器组成起来的集群，算⼒是可以⽆限扩张的。优点显⽽易⻅，⼈多⼲活快，并且互为备份。但是缺点也很明显。我们可以想象⼀下，以⼀个⼩研发团队开发软件为例，假设我们有⼀个 5 ⼈
Zookeeper的临时节点和永久节点
MrLiar的博客
07-08 2045
Zookeeper中节点分为两种：临时节点和永久节点。 　　临时节点有一个节点： 当创建临时节点的程序停掉之后，这个临时节点就会消失。 Zookeeper四种节点 　 Persistent是临时节点、 　　 Persistent_sequential是临时有序节点。如00000、000001..... 　　 Ephemeral是永久节点、 　　Ephemeral_sequential是永久有序节点。 ...
Dubbo+zookeeper实现分布式服务框架
01-27
Dubbo也是一套微服务框架，他与SpringCloud的区别就是，他支持多种协议，而SpringCloud只支持Http协议。如果没有分布式，那么他是不存在的。Dubbo底层架构图Dubbo底层首先Provider生成服务将服务注册到zookeeper（具体实现下面有代码），然后zookeeper接收到过后底层会触发zookeeper监听事件（不懂请看前一节），然后告诉Consumer可以消费了，但是Provider关闭过后zookeeper不会删除节点，因为是存储的持久化节点，不是临时节点。然后会有一个专门的模块来监听服务的调用
分布式协调工具-ZooKeeper实现动态负载均衡
12-13
什么是Zookeeper Zookeeper是一个分布式开源框架，提供了协调分布式应用的基本服务，它向外部应用暴露一组通用服务——分布式同步（Distributed Synchronization）、命名服务（Naming Service）、集群维护（Group Maintenance）等，简化分布式应用协调及其管理的难度，提供高性能的分布式服务。ZooKeeper本身可以以单机模式安装运行，不过它的长处在于通过分布式ZooKeeper集群（一个Leader，多个Follower），基于一定的策略来保证ZooKeeper集群的稳定性和可用性，从而实现分布式应用的可靠性。 1、Zookeeper是为别的分布式程序服务的 2、Zookeeper本身就是一个分布式程序（只要有半数以上节点存活，zk就能正常服务） 3、Zookeeper所提供的服务涵盖：主从协调、服务器节点动态上下线、统一配置管理、分布式共享锁、统> 一名称服务等 4、虽然说可以提供各种服务，但是zookeeper在底层其实只提供了两个功能： 管理(存储，读取)用户程序提交的数据（类似namenode中存放的metadata）；  并为用户程序提供数据节点监听服务； Zookeeper集群机制 Zookeeper集群的角色： Leader 和 follower  只要集群中有半数以上节点存活，集群就能提供服务 Zookeeper特性 1、Zookeeper：一个leader，多个follower组成的集群 2、全局数据一致：每个server保存一份相同的数据副本，client无论连接到哪个server，数据都是一致的 3、分布式读写，更新请求转发，由leader实施 4、更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行 5、数据更新原子性，一次数据更新要么成功，要么失败 6、实时性，在一定时间范围内，client能读到最新数据 Zookeeper数据结构 1、层次化的目录结构，命名符合常规文件系统规范(类似文件系统）    2、每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识  3、节点Znode可以包含数据和子节点（但是EPHEMERAL类型的节点不能有子节点） 节点类型  a、Znode有两种类型： 短暂（ephemeral）（create -e /app1/test1 “test1” 客户端断开连接zk删除ephemeral类型节点）  持久（persistent） （create -s /app1/test2 “test2” 客户端断开连接zk不删除persistent类型节点） b、Znode有四种形式的目录节点（默认是persistent ） PERSISTENT  PERSISTENT_SEQUENTIAL（持久序列/test0000000019 ）  EPHEMERAL  EPHEMERAL_SEQUENTIAL c、创建znode时设置顺序标识，znode名称后会附加一个值，顺序号是一个单调递增的计数器，由父节点维护          d、在分布式系统中，顺序号可以被用于为所有的事件进行全局排序，这样客户端可以通过顺序号推断事件的顺序 Zookeeper应用场景 数据发布与订阅（配置中心） 发布与订阅模型，即所谓的配置中心，顾名思义就是发布者将数据发布到ZK节点上，供订阅者动态获取数据，实现配置信息的集中式管理和动态更新。例如全局的配置信息，服务式服务框架的服务地址列表等就非常适合使用。 负载均衡 这里说的负载均衡是指软负载均衡。在分布式环境中，为了保证高可用性，通常同一个应用或同一个服务的提供方都会部署多份，达到对等服务。而消费者就须要在这些对等的服务器中选择一个来执行相关的业务逻辑，其中比较典型的是消息中间件中的生产者，消费者负载均衡。 消息中间件中发布者和订阅者的负载均衡，linkedin开源的KafkaMQ和阿里开源的 metaq都是通过zookeeper来做到生产者、消费者的负载均衡。这里以metaq为例如讲下： 生产者负载均衡：metaq发送消息的时候，生产者在发送消息的时候必须选择一台broker上的一个分区来发送消息，因此metaq在运行过程中，会把所有broker和对应的分区信息全部注册到ZK指定节点上，默认的策略是一个依次轮询的过程，生产者在通过ZK获取分区列表之后，会按照brokerId和partition的顺序排列组织成一个有序的分区列表，发送的时候按照从头到尾循环往复的方式选择一个分区来发送消息。 消费负载均衡： 在消费过程中，一个消费者会消费一个或多个分区
zookeeper(一)
01-07
分布式环境 分布式环境的特点 分布性 并发性：程序运行过程中，并发性操作是很常见的。比如同一个分布式系统中的多个节点，同时访问一个共享资源。数据库、分布式存储。 无序性：进程之间的消息通信，会出现顺序不一致问题。 分布式环境面临的问题 网络通信：网络本身的不可靠性，因此会涉及到一些网络通信问题。 网络分区(脑裂)：当网络发生异常导致分布式系统中部分节点之间的网络延时不断增大，最终导致组成分布式架构的所有节点，只有部分节点能够正常通信。 三态：在分布式架构里面，有成功、失败、超时三种状态。 分布式事务：ACID(原子性、一致性、隔离性、持久性)。 CAP/BASE理论 CAP consisten
zookeeper的四种节点：临时、临时顺序、持久、持久顺序特点详解
一点光辉的博客
04-02 7519
zk四种节点的区别
ZooKeeper
程序三两行
06-22 860
ZooKeeper总结
Zookeeper学习笔记四之持久节点和临时节点
四火
09-20 1万+
持久节点和临时节点       znode节点可以是持久（persistent）节点，还可以是临时(ephemeral)节点。持久节点node，如/path 只能通过delete命令进行删除，而临时节点相反，当创建临时节点的客户端崩溃或者关闭了与Zookeeper的连接时，这个节点就会被删除 持久节点 持久znode是一种很有用的znode，可以通过持久znode保存一些应用数据，即使zno...
如何判断zookeeper节点是持久节点还是临时节点
热门推荐
远方和诗 的博客
07-06 2万+
最近有些同学过来问我如何判断zookeeper的节点是持久节点还是临时节点？其实很简单，接下来我们就来看看判断方法。 zookeeper 持久节点：该数据节点被创建后，就会一直存在于zookeeper服务器上，直到有删除操作来主动删除这个节点。 zookeeper临时节点：临时节点的生命周期和客户端会话绑定在一起，客户端会话失效，则这个节点就会被自动清除。
头歌zookeeper之节点基本操作
最新发布
05-19
<h3>回答1：</h3><br/>Zookeeper是一个分布式协调服务，节点是Zookeeper中的基本单位。节点有两种类型：临时节点和持久节点。节点的基本操作包括创建节点、删除节点、读取节点数据、更新节点数据和监听节点变化等。创建节点时需要指定节点类型、节点路径和节点数据。删除节点时需要指定节点路径和版本号。读取节点数据时需要指定节点路径和是否监听节点变化。更新节点数据时需要指定节点路径、新数据和版本号。监听节点变化时需要指定节点路径和回调函数。这些基本操作可以通过Zookeeper提供的API来实现。 <h3>回答2：</h3><br/>Zookeeper是一个分布式协调服务，它为分布式应用提供了协调机制。在Zookeeper中，节点是其最基本的操作单元。本文将详细介绍Zookeeper中节点的基本操作。 1. 创建节点 在Zookeeper中，可以使用create命令创建节点。create命令的格式为： create [path] [data] [acl] 其中，path表示节点的路径，data表示节点的数据，acl表示节点的访问控制列表。 例如，我们可以使用以下命令在Zookeeper中创建一个名为“/test”的节点，数据为“hello world”： create /test hello world 2. 读取节点数据 在Zookeeper中，可以使用get命令读取节点的数据。get命令的格式为： get [path] 例如，我们可以使用以下命令在Zookeeper中读取“/test”节点的数据： get /test 3. 更新节点数据 在Zookeeper中，可以使用set命令更新节点的数据。set命令的格式为： set [path] [data] [version] 其中，path表示要更新的节点的路径，data表示节点的新数据，version表示节点的版本号。 例如，我们可以使用以下命令在Zookeeper中更新“/test”节点的数据为“hello zookeeper”： set /test hello zookeeper 4. 删除节点 在Zookeeper中，可以使用delete命令删除节点。delete命令的格式为： delete [path] [version] 其中，path表示要删除的节点的路径，version表示节点的版本号。 例如，我们可以使用以下命令在Zookeeper中删除“/test”节点： delete /test 5. 列出子节点 在Zookeeper中，可以使用ls命令列出一个节点的子节点。ls命令的格式为： ls [path] 例如，我们可以使用以下命令在Zookeeper中列出“/test”节点的子节点： ls /test 上述便是Zookeeper中节点的基本操作，通过这些操作我们能够实现Zookeeper中节点的创建、读取、更新、删除和子节点的列出等基本功能，从而满足分布式应用的协调需求。 <h3>回答3：</h3><br/>Zookeeper是一个开源的分布式协调服务框架，它为分布式应用提供共享状态和集群管理基础设施。在Zookeeper中，节点是指在Zookeeper上的数据单元，使用路径表示，相当于一个文件系统的路径。节点可以是一个简单的数据节点，也可以是一个临时数据节点和带序列号的数据节点。 节点的基本操作包括创建节点、删除节点和更新节点的数据。创建节点可以使用create命令，其语法如下： create [-s] [-e] path data acl 其中-s表示创建一个序列节点，-e表示创建一个临时节点，path表示节点路径，data表示节点的数据，acl表示节点的访问控制列表。 删除节点可以使用delete命令，其语法如下： delete path [version] 其中path表示节点路径，version表示节点的版本号。只有当节点的版本号与指定的版本号一致时才能删除节点。 更新节点的数据可以使用set命令，其语法如下： set path data [version] 其中path表示节点路径，data表示节点的新数据，version表示节点的版本号。只有当节点的版本号与指定的版本号一致时才能更新节点的数据。 除了基本操作外，节点还有一些高级特性，比如序列节点和临时节点。序列节点会在节点路径后面自动添加一个序列号，以避免节点名称重复，而临时节点会在与Zookeeper服务断开连接后自动删除。 总之，节点是Zookeeper中最基本的数据单元，可以创建、删除和更新节点的数据，这些操作可以帮助我们维护分布式应用中的共享状态和集群管理基础设施。同时，高级特性如序列节点和临时节点也为我们提供了更多灵活性和便利性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

常识的Blog

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额：-- )
扫码支付
扫码支付：¥2
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值