简述ZAB协议（zookeeper Atomic Broadcast ）【重要】

首先zookeeper的核心是原子广播，这个机制保证了各个server之间的同步，而实现这个机制的协议叫做ZAB协议。 ZAB协议是为zookeeper专门设计的一种支持故障恢复的消息广播协议。

ZAB协议只允许有一个主进程接收客户事务请求并处理，也就是Leader。 当Leader收到请求后，由于leader会为每一个follow创建一个队列，所以会将该事务放入响应队列中，并将那些没有被各follow服务器同步的事务转化为Proposal消息的形式发送给follow服务器，按顺序来处理事务，保证事务的顺序性。 之后leader会在队列中顺序向其他节点广播该提案，follow收到后会将其以事务的形式写入到本地日志中，并向leader发送反馈ack确认。 leader会等待其他follow的回复，当收到一半以上的follow响应时，leader会向其他节点发送commit消息，同时提交该提案。

ZAB有两种模式，分别是故障恢复模式和消息广播模式。 当系统启动或者leader服务器出现故障等现象时，会进入故障恢复模式，这是会开启leader新一轮的选举，选举产生的准leader会与超过一半的follow进行同步，使数据一致。

当同步结束后，退出恢复模式，进入消息广播模式。当一台遵从ZAB协议的服务器启动后，如果检测到有leader在广播消息，会自动进入故障恢复模式，当其完成与leader的同步之后，才会进入消息广播模式；如果集群中的非leader节点收到客户端事务请求，非leader节点会将请求发送给leader服务器。

在故障恢复模式的时候，ZAB协议需要保证两个地方， 第一个是ZAB协议需要保证已经被leader提交的事务最终被所有的机器提交，第二个是需要保证必须要丢弃掉那些只在leader上提交的事务。选举时如果选择ZXID最大的节点则可以保证这两点问题。

leader重新选举的条件是当leader宕机或发生故障，集群中少于一半的节点与当前leader保持连接。

简述ZAB协议（zookeeper Atomic Broadcast ）_Java大数据运动猿的博客-CSDN博客