1. 3.1 ZAB协议historical

    1. ZAB是什么 - Zookeeper自己实现的分布式共识算法 - ZAB协议(Zookeeper Atomic Broadcast Protocol):支持崩溃恢复的原子消息广播协议。 - 什么叫崩溃恢复:集群刚启动或者Leader宕机,zk进入恢复模式,需要重新选举Leader,选举完成后将

  2. 3.2 Zookeeper监听器原理historical

    1. 事件监听机制是什么 Zookeeper 允许客户端向服务端的某个 Znode 注册一个 Watcher 监听,当服务端的一些指定事件触发了这个 Watcher,服务端会向指定客户端发送一个事件通知来实现分布式的通知功能,然后客户端根据 Watcher 通知状态和事件类型做出业务上的改变 设置监

  3. 3.3 文件系统historical

    1. zookeeper的数据结构类似与Linux文件系统 1.1. 每个节点都可以存放数据 与文件系统不同的是, zk的每个节点都可以存放数据,文件系统只有文件节点可以存放数据而目录节点不能 1.2. 每个节点的存放数据上限为1M Zookeeper 为了保证高吞吐和低延迟,在内存中维护了这个树状

  4. 3.4 节点特性historical

    1. 节点类型 1.1. PERSISTENT(持久节点) 除非手动删除,否则节点一直存在于 Zookeeper 上 1.2. EPHEMERAL(临时节点) 临时节点的生命周期与客户端会话绑定,一旦客户端会话失效(客户端与zookeeper 连接断开不一定会话失效),那么这个客户端创建的所有临时节

  5. 3.5 Zookeeper高可用historical

    1. 主从复制 分布式系统复制架构之主从复制.md 1.1. Leader选举 1.1.1. 选举方法 启动的时候基于选举算法,参考ZAB协议.md 1.2. 数据同步 1.2.1. 同步过程 - 全量复制:leader把自己本地的log发送给follower,follower恢复数据 1.2.2.