ZooKeepre分布式协调

一.ZooKeepre数据流程

1. 在Client向Follower发出一个写的请求

2. Follower把请求发送给Leader

3. Leader接收到以后开始发起投票并通知Follower进行投票

4. Follower把投票结果发送给Leader

5. Leader将结果汇总后如果需要写入，则开始写入同时把写入操作通知给Leader，然后commit;

6. Follower把请求结果返回给Client

二.ZooKeepre简介

1. zookeeper官网*描述“Apache ZooKeeper致力于开发和维护实现高度可靠的分布式协调的开源服务器”。

2.zookeeper的三种部署方式

(1) 独立部署模式，即部署在单台机器上的一个zookeeper服务，适用于学习、了解zookeeper基础功能。

(2) 伪分布模式，即部署在一台机器上的多个（原则上大于3个）zookeeper服务，虚拟分布式的zookeeper集群，适用于学习、开发和测试，不适用生产环境。

(3) 全分布式模式（复制模式），即在多台机器上部署zookeeper服务，真正的集群模式，适合于学习、开发和测试，可投入到生产环境中使用。

三.ZooKeepre

1.术语

①Zookeeper是一个由多个server组成的集群②一个leader，多个follower

③每个server保存一份数据副本

④全局数据一致

⑤分布式读写

⑥更新请求转发，由leader实施

⑦更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行

⑧数据更新原子性，一次数据更新要么成功，要么失败

⑨client无论连接到哪个server，数据视图都是一致的

⑩实时性，在一定事件范围内，client能读到最新数据

2.事务

要想理解啥事务，首先得理解清楚，什么是一致性。

所谓的一致性，实际上就是围绕着“看见”来的。谁能看见？能否看见？什么时候看见？举个例子：淘宝后台卖家，在后台上架一件大促的商品，通过服务器A提交到主数据库，假设刚提交后立马就有用户去通过应用服务器B去从数据库查询该商品，就会出现一个现象，卖家已经更新成功了，然而买家却看不到；而经过一段时间后，主数据库的数据同步到了从数据库，买家就能查到了。假设卖家更新成功之后买家立马就能看到卖家的更新，则称为强一致性；如果卖家更新成功后买家不能看到卖家更新的内容，则称为弱一致性；而卖家更新成功后，买家经过一段时间最终能看到卖家的更新，则称为最终一致性