Zookeeper入门理解

**

Zookeeper入门理解

**

Zookeeper是一个底层的分布式协调服务工具，把框架告诉它，它自动协调（只要集群中有一台能连上就能获取Zookeeper的数据信息）。

1.zookeeper可以做很多服务中间件的协调组件，比如hadoop,kafka,hbase.可以协调不同集群节点的状态。

2可以做很多服务中间的配置数据存储，比如集群节点存储，集群信息存储

存储在zookeeper上已注册的观察者的数据（元信息，配置信息）。 如果数据发生变化负责通知已注册的观察者（服务端）做出相对于的反应。

简单来说zookeeper=文件系统+监听通知机制。
文件系统:
每个子目录项如 NameService 都被称作为 znode(目录节点)，和文件系统一样，我们能够自由的增加、删除znode，在一个znode下增加、删除子znode，唯一的不同在于znode是可以存储数据的。
工作机制:
1.服务端启动时，去注册信息（创建的都是临时节点）
2.获取到当前在线服务器列表，并且注册监听
3.服务器节点下线 通知Zookeeper
4.服务器节点 上下线通知客户端
特点：
1 Zookeeper:一个领导者（Leader），多个跟随者（Follower）组成的集群
2 集群中只要半数以上的节点存活，Zookeeper集群就能正常服务
3 全局数据一致:每个Server保存一份相同的数据副本，Client无论连接到哪个Server，数据都是一致的
4 更新请求顺序进行，来自同一个Client的更新请求按其发送顺序依次执行 每个请求都有个时间戳，到了服务端之后按照时间戳来编号，来保证。
5 数据更新原子性，集群一次数据更新要么全成功，要么全失败。
6实时性，在一定时间范围内，Client能读到最新数据。
leader 作用 负载均衡
ZAB协议
ZookeeperAtomicBroadcast （ZAB）
没有leader选leader ，有leader就干活

选举机制：选leader 先比较zxid 再比较 myid

节点的四个状态
1 looking
2 flowing
3 leader
4 observer（大集群中除了 决定机制的 其他节点）
zab协议 说白了就是：崩溃恢复，正常读写