Zookeeper初始（一）

量大，服务器压力大。需要用到分布式，集群。

问题1：三台机器，一个请求如何落到一台机器上？如何协调工作

问题2：集群如何选取leader？

问题3：既然是分布式，集群，一个请求只能有一台机器接接收并处理，其他机器如何同步消息？

问题4：同时竞争资源如何让一个机器执行？

 

解答：

问题1：三台机器，一个请求如何落到一台机器上？

zookeeper 解决了各服务之间协调工作的内容如下图：

 

 

 问题2：集群如何选取leader？

1 leader-follower-observer

2 leader选取 ：？有哪些算法？ 

问题3：既然是分布式，集群，一个请求只能有一台机器接接收并处理，其他机器如何同步消息？
3 数据同步怎么办？事务请求走leader，非事务走所有节点，增删改有leader节点处理，处理完同步到非leader；使用了节点zab协议（原子广播协议）：数据同步，leader选取，原子广播。

Zookeeper集群中，当某一个集群节点接收到一个写请求操作时，该节点需要将这个写请求操作发送给其他节点，以使其他节点同步执行这个写请求操作，从而达到各个节点上的数据保持一致，也就是数据一致性。我们通常说Zookeeper保证CAP理论中的CP就只这个意思。何为CAP
Zookeeper集群底层是怎么保证数据一致性的，用的两阶段提交+过半机制来保证的。

事务性请求包括：更新操作、新增操作、删除操作。

非事务性请求：查询操作。

zookeeper：文件类型的树形目录结构 
有序节点：顺序递增
持久化节点：永久存储，存储在磁盘上
临时节点：会话结束即删除节点，不能有子节点，存在冲突：比如 临时节点下在建立了持久节点怎么办，如果在建立个临时节点，生命周期不一样怎么办？
树形结构： 每个节点是 key-value

数据在磁盘中的表示

假设我们现在在Zookeeper中有一个数据节点，节点名为/datanode，内容为125，该节点是持久化节点，所以该节点信息会保存在文件中。

方法一：

方法二：快照+事务日志

当前快照：

 当前事务日志：

 

Zookeeper集群中的节点在处理事务性请求时，需要将事务操作同步给其他节点，事务操作是一定要进行持久化的，以便在同步给其他节点时出现异常进行补偿。实际上事务日志还运行数据进行回滚，这个在两阶段提交中也是非常重要的。持久性节点存储在磁盘上每次查询需要IO操作，Zookeeper为了提高数据的查询速度，会在内存中也存储一份数据

数据在内存中的表示

Zookeeper中的数据在内存中的表示类似一颗树，必须以/开头，一颗具有父子层级的多叉树，在Zookeeper源码中叫DataTree：

 请求处理逻辑

请看下图：

 

 

 

请注意，对于上图，Zookeeper真正的底层实现，zk1是Leader，zk2和zk3是Learner，是根据领导者选举选出来的。

非事务性请求直接读取DataTree上的内容，DataTree是在内存中的，所以会非常快。

 
zookeeper 应用：
1分布式锁：（节点抢占，顺序节点）
   1 节点抢占 ：同级节点是唯一的（同时创建同一个节点，多个应用创建肯定只有一个成功），失败的节点怎么办？
watcher：客户端可以监控某一个节点的变化 监听方式3中：get exists getchildren 设置监控： get /mic true 对mic 节点监控 监控删除事件

如 app2可以watcher app1新建的节点事件，如果app1新建的节点有修改会给所有监控对象app2,app3发通知（只触发一次，如果失败则丢掉事件）会发生 惊群问题？会触发所有节点

   2 顺序节点:创建顺序节点，最小节点获取锁 1 2 3 ；2监控1 3监控2 ，每个节点监控上一个节点
2 服务注册：
各个服务通信：rpc协议远程过程服务调用
rpc 协议有 hession，dubbo，webservice 框架
服务直接通信用到：序列化/反序列化，反射

 

转载于:https://www.cnblogs.com/fanBlog/p/9720047.html