大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
什么是ZooKeeper数据模型?很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
麻章网站建设公司创新互联,麻章网站设计制作,有大型网站制作公司丰富经验。已为麻章超过千家提供企业网站建设服务。企业网站搭建\外贸营销网站建设要多少钱,请找那个售后服务好的麻章做网站的公司定做!
1、数据结构图
图中的每个节点称为一个 Znode。 每个 Znode由 3部分组成:
(1)stat:此为状态信息,描述该 Znode的版本,权限等信息
(2)data:与该 Znode关联的数据
(3)children:该 Znode下的子节点
2、节点类型
Znode有两种,分别为临时节点和永久节点。节点的类型在创建时即被确定,并且不能改变。临时节点:该节点的生命周期依赖于创建它们的会话。一旦会话结束,临时节点将被自动删除,当然可以也可以手动删除。临时节点不允许拥有子节点。永久节点:该节点的生命周期不依赖于会话,并且只有在客户端显示执行删除操作的时候,他们才能被删除。
Znode还有一个序列化的特性,如果创建的时候指定的话,该 Znode的名字后面会自动追加一个不断增加的序列号。序列号对于此节点的父节点来说是唯一的,这样便会记录每个子节点创建的先后顺序。它的格式为“%10d”(10位数字,没有数值的数位用 0补充,例如“0000000001”)。
3、节点属性
每个 znode都包含了一系列的属性,通过命令 get,可以获得节点的属性。
dataVersion:数据版本号,每次对节点进行 set操作,dataVersion的值都会增加 1(即使设置的是相同的数据),可有效避免了数据更新时出现的先后顺序问题。
cversion:子节点的版本号。当 znode的子节点有变化时,cversion的值就会增加 1。
cZxid:Znode创建的事务 id。
mZxid:Znode被修改的事务 id,即每次对 znode的修改都会更新 mZxid。对于 zk来说,每次的变化都会产生一个唯一的事务 id,zxid(ZooKeeper Transaction Id)。通过 zxid,可以确定更新操作的先后顺序。例如,如果 zxid1小于 zxid2,说明 zxid1操作先于 zxid2发生,zxid对于整个 zk都是唯一的, 即使操作的是不同的 znode。
ctime:节点创建时的时间戳。
mtime:节点最新一次更新发生时的时间戳。
ephemeralOwner:如果该节点为临时节点,ephemeralOwner值表示与该节点。绑定的 session id。如果不是,ephemeralOwner值为 0。
在 client和 server通信之前,首先需要建立连接,该连接称为 session。连接建立后,如果发生连接超时、授权失败,或者显式关闭连接,连接便处于 CLOSED状态,此时 session结束。
4、ZooKeeper Watcher(监听机制)
ZooKeeper提供了分布式数据发布/订阅功能,一个典型的发布/订阅模型系统定义了一种一对多的订阅关系,能让多个订阅者同时监听某一个主题对象,当这个主题对象自身状态变化时,会通知所有订阅者,使他们能够做出相应的处理。 ZooKeeper中,引入了 Watcher机制来实现这种分布式的通知功能。ZooKeeper允许客户端向服务端注册一个 Watcher监听,当服务端的一些事件触发了这个 Watcher,那么就会向指定客户端发送一个事件通知来实现分布式的通知功能。触发事件种类很多,如:节点创建,节点删除,节点改变,子节点改变等。总的来说可以概括 Watcher为以下三个过程:客户端向服务端注册 Watcher、服务端事件发生触发 Watcher、客户端回调 Watcher得到触发事件情况
(1)Watch机制特点
一次性触发:事件发生触发监听,一个 watcher event就会被发送到设置监听的客户端, 这种效果是一次性的,后续再次发生同样的事件,不会再次触发。
事件封装:ZooKeeper使用 WatchedEvent对象来封装服务端事件并传递。WatchedEvent包含了每一个事件的三个基本属性:通知状态(keeperState),事件类型(EventType)和节点路径(path)。
event异步发送:watcher的通知事件从服务端发送到客户端是异步的。先注册再触发 Zookeeper中的 watch机制,必须客户端先去服务端注册监听,这样事件发送才会触发监听,通知给客户端。
(2)通知状态和事件类型
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。