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

相关推荐
时间售卖铺13 分钟前
MySQL 库表设计:数据库范式详解
运维·数据库·mysql·云原生
无人生还别怕2 小时前
如何搭建k8s服务(docker部署)
linux·运维·docker·云原生·容器·kubernetes·openanolisos
samforce2 小时前
为什么微服务会退化成“分布式单体”?——软件架构里的嵌套率传导定律
人工智能·分布式·微服务·架构·软件架构·结构认知
时间售卖铺3 小时前
MySQL 数据库账户及授权
运维·数据库·mysql·云原生
SelectDB技术团队3 小时前
SelectDB 架构演进与 ClickHouse 迁移指南
大数据·数据库·clickhouse·云原生·架构·数据分析·apache doris
小马同学-16 小时前
K8s 控制器详解 — Deployment、ReplicaSet、DaemonSet 与 Job
云原生·容器·kubernetes
阿里云云原生18 小时前
深度解析 Jev 模型:如何快速做结构化决策
云原生
每天一道题19 小时前
Kafka 是如何工作的?从 Broker、Partition、Offset 到 Consumer Group
分布式·kafka
用户14944848132021 小时前
为什么大厂很少直接用 2PC/TCC?聊聊分布式事务在真实业务里的落地套路
分布式·后端