Zookeeper节点类型有哪些，区别是什么？

ZooKeeper 的 节点（ZNode） 是其在内存中存储数据的核心单元，不同类型的节点具有不同的生命周期和用途。以下是 ZooKeeper 的节点类型及其关键区别：

---

1. 持久节点（Persistent Node）

• 特点：
  • 创建后永久存在，除非手动删除（delete）。
  • 不依赖客户端会话（Session），即使客户端断开连接，节点仍保留。
• 适用场景：
  • 存储长期有效的配置信息（如数据库连接串）。
  • 分布式系统的元数据管理（如 Kafka 的 Broker 注册信息）。
• 示例命令：

  create /config "db_config"
  

---

2. 临时节点（Ephemeral Node）

• 特点：
  • 生命周期与客户端会话绑定：当客户端会话结束（主动断开或超时），节点自动删除。
  • 不可有子节点。
• 适用场景：
  • 集群节点注册与存活检测（如 Dubbo 服务注册）。
  • 实现分布式锁（锁释放时自动删除节点）。
• 示例命令：

  create -e /service/node1 "192.168.1.1"
  

---

3. 持久顺序节点（Persistent Sequential Node）

• 特点：
  • 持久节点的变种，创建时 ZooKeeper 会在路径后追加单调递增的数字后缀（如 /task/task_0000000001）。
  • 节点永久存在，需手动删除。
• 适用场景：
  • 分布式任务队列（按顺序处理任务）。
  • 全局唯一 ID 生成（利用递增序号）。
• 示例命令：

  create -s /tasks/task "data"
  

---

4. 临时顺序节点（Ephemeral Sequential Node）

• 特点：
  • 临时节点的变种，带有序号后缀。
  • 会话结束自动删除，适合动态场景。
• 适用场景：
  • 分布式锁（公平锁，按序号获取锁）。
  • Leader 选举（序号最小的节点成为 Leader）。
• 示例命令：

  create -e -s /election/node "candidate1"
  

---

关键区别总结

节点类型	生命周期	是否有序	子节点	典型应用场景
持久节点（Persistent）	手动删除才消失	否	允许	配置管理、元数据存储
临时节点（Ephemeral）	会话结束自动删除	否	不允许	服务注册、分布式锁
持久顺序节点（Persistent Sequential）	手动删除才消失	是	允许	任务队列、唯一 ID 生成
临时顺序节点（Ephemeral Sequential）	会话结束自动删除	是	不允许	Leader 选举、公平锁

---

附加特性

1. Watcher 机制
   客户端可监听节点的创建、删除、数据变更事件（一次性触发）。

2. 数据大小限制
   每个 ZNode 存储的数据不宜过大（默认上限 1MB），适合存小数据（如状态、配置）。

3. 访问控制（ACL）
   可通过权限控制（如 digest、ip）限制节点访问。

---

使用建议

• 临时节点：用于动态资源管理（如服务发现）。
• 顺序节点：需保证顺序或唯一性的场景（如锁、选举）。
• 持久节点：长期存在的元数据或配置。

理解这些节点类型的区别，能帮助你更高效地设计分布式系统！ 🎯