zookeeper学习笔记(一)

  zookeeper在分布式数据库和服务治理平台两个项目中都有用到，现在补一下学习笔记。
1. zookeeper的使用场景：
   1）集中配置管理
      （1）管理员创建一个node节点（可以理解为文件目录），并将配置信息放到这个目录中。
      （2）应用启动后，与zookeeper建立长连接，并利用zookeeperwatch这个node
     （3）管理员修改这个node下配置信息
      （4）zookeeper watch到node发生变化后，推送给应用
   2）集群成员管理
      (1)集群节点启动时，在zookeeper中指定目录下创建一个节点信息
      (2)管理节点监控这个目录信息，当有集群节点变化时，会通知管理节点
   3）分布式锁
      (1) 简单的分布式锁，就是某个节点获取到锁，更改节点状态，其余节点watch这个节点，当这个节点释放锁时，更新这个状态，会通知所有节点。别的节点就可以来获取锁。缺点是获取锁时所有节点同时争抢，浪费资源。
      (2)带序列的临时锁，只有序号最小的节点能够获取到锁。其余节点以此watch比他小的节点。当最小的节点释放锁时，删除自己，比他大1的节点就获取到锁。
   4)并发同步
      （1）并发需要多个节点就绪才能触发： 可以每个节点就绪时，在zookeeper指定path下见一个临时节点，当节点数满足条件时触发。
      （2）并发需要所有任务完成才能继续： 可以在每个节点结束时，在zookeeper指定path下见一个临时节点，当节点数满足条件时触发。
2. zookeeper的工作原理：
   1）zookeeper集群中的每个节点存储相同的数据
   2）Zookeeper启动时，将从实例中选举一个leader（Paxos协议）
   3）Leader负责处理数据更新等操作（Zab协议）
   4）一个更新操作成功，当且仅当大多数Server在内存中成功修改数据。
3. zookeeper集群的角色:
   1)leader 领导者负责进行投票的发起和决议，更新系统状态，处理写请求
   2)Follwer 跟随者用于接收客户端的读写请求并向客户端返回结果，在选主过程中参与投票
   3)Observer 观察者可以接收客户端的读写请求，并将写请求转发给Leader，但Observer节点不参与投票过程，Observer的目的是为了，扩展系统，提高读取速度。
   4)Client 客户端执行读写请求的发起方