Zookeeper中的节点类型和实现持久化的两种方式

进入zookeeper的bin目录,执行./zkServer.sh start ../conf/zoo.cfg启动!

Zookeeper内部的数据模型

类似于数据结构中的树,同时也很像文件系统的目录,

节点的类型

  • 持久节点:create /znode
    创建出的节点,在会话结束后依然存在
  • 持久顺序节点:create -s /znode
    创建出的节点,根据先后顺序(顺序性),会在节点之后带上一个数值,越后执行数值越大,适用于分布式锁的应用场景(单调递增)
  • 临时节点:create -e /znode
    临时节点是在会话结束后,自动被删除,通过这个特性,zk可以实现服务注册与发现
  • 临时顺序节点:create -s -e /znode
    适用于临时的分布式锁

实现持久化的两种方式

zk的数据是运行在内存中,zk提供了两种方式的持久化方案。

  • 日志:log.x
    zk把执行的命令以日志形式保存在dataLogDir指定的路径中的文件中(如果没有指定dataLogDir,则按照 dataDir指定的路径)。 类似于 Redis 中的AOF持久化方案,文件的体积大,但文件数据保存相对完整,
  • 快照:snapshot.x
    zk会在一定的时间间隔内做一次内存数据快照,把时刻的内存数据保存在快照文件中。 类似于Redis中的RDB持久化方案,文件体积小,宕机恢复速度快,但数据不完整。

zk通过两种形式的持久化,在恢复时先恢复快照文件中的数据到内存中,再用日志文件中的数据做增量恢复。

相关推荐
会周易的程序员3 小时前
5 节点边缘冗余方案(上):基于 aiRaft 的物联网高可用控制面设计
c++·分布式·物联网·raft·iot·共识
运维开发王义杰10 小时前
跨项目直连数据库:是架构反模式,还是现实的工程妥协?
云原生
青山木16 小时前
RocketMQ 入门到原理(一):整体架构与消息的生命周期
java·分布式·后端·中间件·架构·rocketmq
宋均浩18 小时前
告警规则 243 砍到 27:Prometheus 降噪实战,日均打扰 47 次 → 3 次
云原生·监控·devops
运维老郭19 小时前
别再让 Liveness Probe 背锅了:initialDelaySeconds 和 failureThreshold 的坑,一次讲透
云原生
容器魔方19 小时前
基于 KubeEdge 为云边协同 AI 流数据分析提供基础设施
大数据·云原生·容器·开源·边缘计算
weixin_4352470621 小时前
微服务开发规范模版
微服务·云原生
lisanmengmeng1 天前
分布式追踪与监控:Skywalking介绍(一)
分布式·skywalking
HanhahnaH1 天前
Redis单线程和Tair多线程架构设计对比
分布式·缓存