zookeeper自我分析

zookeeper自我分析

Zookeeper的基本概念
—————–

1. zookeeper是什么，我们可以用来干嘛？多数人都希望快速的去理解它，因为这个是主流，可能是工作需要？ 消息分发？那消息分发又是什么？我是一个菜鸟程序员，理解力有限，看不到hash碰撞带来的不平衡，也不知道aio为什么运用不够广泛？ 可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态。说白了就是一个锁。我们可以理解为一个很方便的锁，够了。

1. Zookeeper的几个特性 —————–

1.一致性：不同服务，同一个视图（一致性的解决方式，好吧，你可以理解为锁，然后全局同步） 2.可靠性：多个服务同时接受（嗯，就是公司里面你成为一个人的同事，大家就都是你的同事，默认接受） 3.实时性：你可以试一试sync（）接口 4.等待无关：慢的client不甘于快速的（锁），有效性 5.原子性：只能成功或者失败（不需要不确定的操作） 6.顺序性：保持顺序（还是说的全局同顺序）

2. zookeeper选主 —————–

一.死亡后重新选举，多数同步后，恢复结束(zab协议) 二.zxid前32位为和leader的关系内容，后32位为一个自动增长的索引

1. Server三种状态：
   1. 1.looking 寻找leader 2.leading 选举leader成功 3.following 已选举，正在同步

三.选主流程

1. 1.当前server成为发起者并作为担当 2.向所有线程发生询问 3.验证zxid和myid、是否自己发起的，保存记录列表 4.算出zxid最大服务，作为下一次投票目标 5.如果投票数大于n/2+1，则获胜，否则回到第4步

1. **那么** 1.server要成功则需要server为奇数，且存活数不少于n+1 2.如果**崩溃—->恢复** 从disk快照中恢复数据和回话，因为zk会定期记录日志和快照

四.leader主要三个功能

1. 1.恢复数据 2.维持与leanner的心跳，接受判断leanner的消息类型 3.处理learner不同的消息类型
   1. PING:心跳信息，没有大于半数则重新选leader REQUEST：Follower发送的提议信息（请求、同步） ACK：Follower对提议的回复，超半数通过commit REVALIDATE：延长session有效时间

五.Follower主要四个功能

1. 1.向leader发送请求（不同消息类型） 2.接受leader消息进行处理 3.接收client请求，如果为写请求，则发送给leader进行投票 4.返回client结果

3. zookeeper集群 ————–

一.集群节点:

1. 1.短暂型： master死亡返回消息 2.短暂有序型 3.默认最小节点为master，宕机znode消失，相对指定最小node

二.监视

1. 1.一次性：只能活的一次znode变化，再次获取需再次监视 2.一致顺序 3.监视触发：
   1. setDate：某节点的监视 create：当前节点和父节点的子节点监视 delete：当前节点、父节点的子节点监视和当前子节点监视

   a.当客户端与zookeeper服务端市区联系时，客户端不会收到时间的通知。
   b.重新链接后，如果必要，以前注册的监视才会被重新注册并触发
   c.当Znode被create和delete时，与zookeeper失去联接，重新联接也得不到事件通知
   

学习来源

http://cailin.iteye.com/blog/2014486