zookeeper功能及应用原理三

zookeeper能够实现哪些场景

订阅发布/配置中心（watcher机制，统一配置管理（disconf））

    实现配置信息得集中式管理和数据的动态更新

    实现配置中心的有两种模式：push，pull

    push:推送，客户端主动请求获取新的数据（比如长轮询）

    pull:主动拉取，服务端主动把数据更新发送给订阅的客户端

zookeeper采用的是推拉相结合的方式。客户端像服务器端注册自己需要的节点。一旦节点数据发生变化，那么服务器就会像客户端发送watcher事件通知。客户端收到通知后，主动到服务器端获取更新后的数据。

一般我们项目第一次启动的时候，会去服务器端把当前系统所关注的所有配置pull下来，拉到本地生成一个缓存文件放到本地磁盘上，后续如果有通知的话再去更新文件，然后所有的程序都是从文件中去读，防止远程通讯的效率。

数据量小，数据内容在运行时会发生动态变更，集群中的各个机器共享的配置可以用zookeeper实现配置中心来管理

 

分布式锁（redis  ， zookeeper，数据库   ）

实现分布式锁有哪几种方式

1.redis setnx 存在则会返回0，不存在

2.数据库方式去实现（独占锁）不推荐

   创建一张表，通过索引唯一的方式eg:将其中一个字段增加唯一索引，请求进来就网表中插入一条数据（有且只能插入一条数据），相当数据插入成功的请求就获取到了锁，处理完以后删除数据，相当于释放锁。

   mysql 搜索引擎innodb表锁或者行锁 效率底  eg:for update 

3.zookeeper实现

   排他锁：多个客户端像一个节点下面写入同一个（节点名称相同）临时节点，那么只有一个会写入成功，其他客户端就只能进入等待，等该临时节点被删除后（或释放），第二个客户端进来，依次第三个.........

   共享锁（读锁）：代码待...

 

负载均衡

将请求/数据分摊到多个计算机单元上（将多个服务器信息分别注册到一个根节点下的子节点中，当请求访问根节点的时候，根据算法将请求分给下面的子节点达到负载均衡的效果）

 

ID生成器

分布式队列

统一命名服务

 

master选举

使用zookeeper应用master选举防止脑裂

（待续..........）