仲裁模式: 就是服务器之间的数据进行相互复制 并同时为客户端

仲裁模式: 就是服务器之间的数据进行相互复制 并同时为客户端同时执行。

仲裁模式 在仲裁模式下 ZooKeeper复制集群中的所有服务器的数据数。如果让客户端等待每一个数据数的复制然后才能工作 延迟问题就会很严重。

为了解决这个问题: 通过仲裁的方式 保证所有的服务器集群中 达到最小的法定人数即可为客户端提供服务。例如: 有5台机器 只要任意三台数据复制完毕 就能够为客户端提供服务。

NOTE: 选择法定人数指定大小是一件非常重要的事情 法定人数的数量需要保证不管系统发生延迟或者崩溃 服务主动确认的任何更新请求需要保持下去 知道另外一个请求替代它.

在对ZooKeeper集合进行操作前， 一个客户端必须与服务建立会话。会话的概念非常重要 对ZooKeeper的运行也非常关键。客户端对ZooKeeper提交的所有操作都是关联在一个会话上 当一个会话因为某种原因为终止时 在这个会话期间创建的临时节点将会消失。

会话提供了顺序的保证 这就意味着一个会话的请求都是按照FIFO的顺序执行。通常 一个客户端只有一个会话 这时客户端请求按照FIFO的顺序执行。如果客户端有多个会话 FIFO的顺序将未必能够保持。

当客户端与ZooKeeper服务器建立连接之后 则对应的状态变为CONNECTED

当客户端连接超时或者没有收到服务器的响应时 则对应的状态变为CONNECTING 并尝试连接其他的服务器。如果可以连接到其他的服务器 并且连接成功 则状态继续回复为CONNECTED

创建一个会话 需要设置会话超时这个参数. 如果经过这个超时时间t接收不到这个会话的任何消息 那么这个消息就会被设置为过期。