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通过两种形式的持久化,在恢复时先恢复快照文件中的数据到内存中,再用日志文件中的数据做增量恢复。

相关推荐
Francek Chen36 分钟前
【大数据处理与分析】MapReduce:05 MapReduce的具体应用
大数据·hadoop·分布式·mapreduce
我是一颗柠檬2 小时前
【Java项目技术亮点】分布式锁实现与优化:从Redisson到ZooKeeper,彻底搞懂分布式锁的底层原理
java·redis·分布式·中间件·java-zookeeper
这个DBA有点耶2 小时前
时序数据库深度对比:2026 年主流 TSDB 架构演进与选型指南
数据库·sql·云原生·架构·运维开发·时序数据库
小哈里3 小时前
【K8S】OCI标准下的企业级镜像治理:Harbor+Skopeo+Trivy 最佳实践
云原生·容器·kubernetes·harbor·镜像·skopen
花间相见3 小时前
【Kubernetes02】—— 使用 kubeadm 从零搭建 K8s 集群(实操避坑版)
云原生·容器·kubernetes
moonsims3 小时前
基于Lattice Mesh的AI 的分布式共识与动态任务分配架构的无人机群“去中心化无声协同”技术和极低带宽下的韧性通信技术
人工智能·分布式·架构
张小凡vip4 小时前
Kubernetes--secret的简介和使用
云原生·容器·kubernetes
一个骇客4 小时前
批处理模型详解:从 MapReduce 到数据流引擎
分布式·架构
todoitbo4 小时前
Agent_Swarm_分布式协作的通信编排与节点发现机制分析
人工智能·分布式·ai·jiuwenswarm
张忠琳5 小时前
【client-go v0.36.1】(Reflector Part 3) Reflector 超深度分析 — watchList 流式初始化
云原生·kubernetes·informer·client-go·reflector