Zookeeper分布式一致性协议ZAB 1、什么是ZAB协议 整个Zookeeper就是一个多节点分布式一致性算法的实现，底层采用的实现协议是ZAB。 ZAB协议介绍【虽然是强一致性的，但不是实时强一致性，即顺序一致性（zxid）】 ZAB 协议全称：Zookeeper Atomic Broadcast（Zookeeper 原子广播协议）。 Zookeepe
分布式算法 - ZAB（Zookeeper Atomic Broadcast）算法 ZAB协议 ZAB 协议全称：Zookeeper Atomic Broadcast（Zookeeper 原子广播协议）。 Zookeeper 是一个为分布式应用提供高效且可靠的分布式协调服务。在解决分布式一致性方面，Zookeeper 并没有使用 Paxos ，而是采用了 ZAB 协议。 ZAB 协议
ZAB 协议 ZAB（Zookeeper Atomic Broadcast） 协议是为分布式分布式协调服务 Zookeeper 专门设计的一种支持崩溃恢复的原子广播协议。 在 Zookeeper 中，主要依赖 ZAB 协议来实现分布式数据一致性，基于该协议，ZooKeeper 实现了一种主备模式的系统架构来保持集群中各副本之间数据的一致性。
概述 观察者不参与选举，观察者身份是在集群配置文件中指定的自身角色。 主干逻辑–observerLeader 1.设置自身Zab状态为DISCOVERY 2.寻找主节点 集群配置里，配置了观察者监听端口下。 集群每个投票成员，有义务在此监听端口开启监听。 供观察者与其连接，并作为主节点，与观察者进行
微信公众号：运维开发故事，作者：郑哥 集群概述 zookeper 在生产环境中通常都是通过集群方式来部署的，以保证高可用, 下面是 zookeeper 官网给出的一个集群部署结构图：从上图可以得出， zookeeper server 的每个节点都和主节点保持通讯的，每个节点上面都存储有数据和日志的备份，只有当
环境： 拥有三台服务器，假设三台服务器的Ip地址为 172.18.19.143，172.18.19.15，172.18.19.129开放三台服务器的2287，3387端口 集群搭建步骤： 1. 修改zookeeper服务器对应的配置文件：添加 server.1=172.18.19.143:2287:3387 server.2=172.18.19.15:2287:3387 server.3=172.18.19.129:228
1、Zookeeper的角色 » 领导者（leader），负责进行投票的发起和决议，更新系统状态 » 学习者（learner），包括跟随者（follower）和观察者（observer），follower用于接受客户端请求并想客户端返回结果，在选主过程中参与投票 » Observer可以接受客户端连接，将写请求转发给leader，但observer不参
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.5
必要小知识： 1）SID：服务武器ID。用来唯一标识服务器的id，和myid文件中的一致。 2）ZXID：事务ID。ZXID是一个事务ID，用来标识一次服务器状态的变更。在某一时刻，集群中的每台机器的ZXID不一定完全一致，和Zookeeper服务器对客户端的“更新请求”的处理逻辑有关。 3）Epoch：每个Leader
点赞再看，养成习惯，微信搜索「小大白日志」关注这个搬砖人。 文章不定期同步公众号，还有各种一线大厂面试原题、我的学习系列笔记。 说说zk的选举机制 基础概念 zxid=事务id=一个时间戳，代表当前事件发生的先后顺序，zxid越小代表事件发生的时间越早；zxid由64位数字组成=高32位的epoch
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
致使ZooKeeper节点状态改变的每一个操作都将使节点接收到一个Zxid格式的时间戳，并且这个时间戳全局有序。也就是说，每个对节点的改变都将产生一个唯一的Zxid。如果Zxid1的值小于Zxid2的值，那么Zxid1所对应的事件发生在Zxid2所对应的事件之前。实际上，ZooKeeper的每个节点维护者两个Z
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
## 一面（个人感觉回答得还不错）**1. 自我介绍****2. 说项目，项目问的非常深**（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）> 2.1 对于自己产于过项目的系统定位是否清楚？> 2.2 对于系统的各个模块是否清楚？> 2.3 每个接口的tps？> 2.4 对
## 一面（个人感觉回答得还不错）**1. 自我介绍****2. 说项目，项目问的非常深**（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）> 2.1 对于自己产于过项目的系统定位是否清楚？> 2.2 对于系统的各个模块是否清楚？> 2.3 每个接口的tps？> 2.4 对
## 一面（个人感觉回答得还不错）**1. 自我介绍****2. 说项目，项目问的非常深**（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）> 2.1 对于自己产于过项目的系统定位是否清楚？> 2.2 对于系统的各个模块是否清楚？> 2.3 每个接口的tps？> 2.4 对
## 一面（个人感觉回答得还不错）**1. 自我介绍****2. 说项目，项目问的非常深**（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）> 2.1 对于自己产于过项目的系统定位是否清楚？> 2.2 对于系统的各个模块是否清楚？> 2.3 每个接口的tps？> 2.4 对
## 一面（个人感觉回答得还不错）**1. 自我介绍****2. 说项目，项目问的非常深**（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）> 2.1 对于自己产于过项目的系统定位是否清楚？> 2.2 对于系统的各个模块是否清楚？> 2.3 每个接口的tps？> 2.4 对
## 一面（个人感觉回答得还不错）**1. 自我介绍****2. 说项目，项目问的非常深**（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目）> 2.1 对于自己产于过项目的系统定位是否清楚？> 2.2 对于系统的各个模块是否清楚？> 2.3 每个接口的tps？> 2.4 对
一面（个人感觉回答得还不错） 1. 自我介绍 2. 说项目，项目问的非常深（本人提到之前做过的一篇关于FULL GC的问题定位和优化的项目以及一个多并发的项目） 2.1 对于自己产于过项目的系统定位是否清楚？ 2.2 对于系统的各个模块是否清楚？ 2.3 每个接口的tps？ 2.4 对于上下游系统的依赖？ 2.
在上篇文章《Zookeeper（二）集群工作原理入门》中简略介绍了Leader选举与节点间的数据同步，其本质还是基于Zookeeper特定的ZAP协议。在介绍ZAB定义前，我们先看看它用在了哪里？ 1. 写请求的事务性 我们不妨将客户端请求到服务端返回结果的过程称为一个事务。那么当Leader节点写入数
