11.zookeeper原理解析-选举之数据同步

作者:W.S.T 发布时间:March 9, 2016 分类:Zookeeper



1.      Zookeeper集群一旦选举leader后,  leader跟follower,observer之间会进行一些列的交互产生epoch,数据同步操作, 以及后续操作的投票处理决策等操作,这些交互过程其实挺复杂的,zookeeper的代码个人觉的没有整理的很清晰导致深入细节的时候看起来很费劲,下面我就对他们之间的交互做整体并尽可能细致的介绍

3.1)如下图leader.lead()方法创建并启动LearnerCnxAcceptor线程用来侦听follower.followLeader()或者observer.observerLeader()中通过connectToLeader(addr)来连接leader, 每个连接会构建一个LearnerHandler线程对象来专门负责处理。




由于follower与observer的差别在于observer不参与选举投票其他都类似,所以下面我就以leader跟follower的交互进行讲解。

 

3.2)leader通过投票获取个sever的lastAccpetEpoch决策出最新的

3.2.1)leader构建LearnerCnxAcceptor,侦听learner链接

3.2.2)learner连接上leader,leader为对于learner构建LearnerHandler处理器

3.2.3)leader将自己sid加入connectingFollowers集合等待决策

            超过半数notifyall

            没有超过半数wait

3.2.4)learner向leader发送自己的lastAccpetEpoch, 如果learner的lastAccpetEpoch大于leader的则更新leader的为learner的lastAccpetEpoch+1, 将learner的sid加入connectingFollowers集合等待决策

           超过半数notifyall

             没有超过半数wait

注: 3.2.3和3.2.4多线程没有先后, 3.2.4会有很多

3.2.5)hold住,等待connectingFollowers超过半数,得到最新的epoch

3.2.6)向learner写入leaderinfo即,leader得到的做下epoch

3.2.7)learner读取leader信息, 更新自己的lastAccpetEpoch

             并向leader反馈更新信息

3.2.8)leader获取learner的反馈, 决策超过半数,返回最新的epoch


上图是获取epoch的一个立体交互

 

3.3) 数据同步

leader决策出epoch后,zookeeper进入一个新的时代,zookeeper在对外接客之前需要跟leader进行数据同步,数据同步并不是独立组件,代码是紧接着上面获取epoch的。

3.3.1)

 

toBeApplied  commitLog outstandingProposals集合的关系区别

标签: Zookeeper

添加新评论 »