Zookeeper理论篇(二)

配置参数解读：
zoo.cfg 文件中参数含义
1）、tickTime:通信心跳数，Zookeeper服务器心跳时间，单位毫秒。
Zookeeper使用的基本时间，服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳，时间单位为毫秒。
它用于心跳机制，并且设置最小的session超时时间为两倍心跳时间(session的最小超时时间是2*tickTime)

2）、initLimit:LF初始通信时限
集群中的follower跟随着服务器(F)与leader领导者服务(L)之间初始连接时能容忍的最多心跳数(tickTime的数量)，用它来限定集群中的Zookeeper服务器链接到Leader的时限。
投票选举新的leader的初始化时间
Follower在启动过程中，会从Leader同步所有最新数据，然后确定自己能够对外服务的骑士状态
Leader允许F在initLimit时间内完成这个工作

3）、syncLimit:LF同步通信时限
集群中Leader与Follower之间的最大响应时间单位，加入响应超过syncLimit*tickTime，Leader认为Follower死掉，从服务器列表中删除Follwer。
在运行过程中，Leader负责与ZK集群中所有机器进行通信，例如通过一些心跳检测机制，来检测机器的存货状态。
如果L发出心跳包在syncLimit之后，还没有从F那收到响应，那么就认为这个F已经不存线了

4）、dataDir:数据文件目录+数据持久化路径
保存内存数据库快照信息的位置，如果没有其他说明，更新的事务日志也保存在数据库

5）、clientPort：客户端连接端口
监听客户端连接的端口

数据结构
Zookeeper数据模型的结构与Unix文件系统很类似，整体上可以看做是一棵树，每个节点称作一个ZNode。
很显然zookeeper集群自身维护了一套数据结构。这个存储结构是一个树形结构，其上的每一个节点，我们称之为znode,每个znode默认能够存储1MB的数据，每个ZNode都可以通过其路径唯一标识

节点类型
1）、Znode有两种类型：
短暂(ephemeral):客户端和服务器端断开连接后，创建的节点自己删除
持久(persistent):客户端和服务端断开连接后，创建的节点不删除

2）、Znode有四种形式的目录节点(默认是persistent)
（1）、持久化目录节点(PERSISTENT)
客户端与zookeeper断开连接后，该节点依旧存在
（2）、持久化顺序编号目录节点(PERSISTENT_SEQUENTIAL)
客户端与zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号
（3）、临时目录节点(EPHEMERAL)
客户端与zookeeper断开连接后，该节点被删除
（4）、临时顺序编号目录节点(EPHEMERAL_SEQUENTIAL)
客户端与zookeeper断开连接后，该节点被删除，只是Zookeeper给该节点名称进行顺序编号

3）、创建znode时设置顺序标识，znode名称后会附加一个值，顺序号是一个单调递增的计数器，由父节点维护

4）、在分布式系统中，顺序号可以被用于为所有的事件进行全局排序，这样客户端可以通过顺序号推断时间的顺序

特点
1)、Zookeeper：一个领导者(leader)，多个跟随者(follwer)组成的集群
2）、Leader负责进行投票的发起和决议，更新系统状态
3）、Follower用于接受客户请求并向客户端返回结果，在选举Leader过程中参与投票
4）、集群中只要有板书以上节点存活，Zookeeper集群就能正常服务
5）、全局数据一致，每个service保存一份相同的数据副本，client无论连接到哪个service，数据都是一致的
6）、更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行
7）、数据更新原子性，依次数据更新要么成功，要么失败
8）、实时性，在一定时间范围内，client能读到最新数据