zookeeper基本知识和zk作用体现

有一段时间没写博客，今天想着把自己近几个月做的笔记分享一波。

前两个月我一直在看zk的视频：https://coding.imooc.com/learn/list/201.html 从开始看这位老师的视频，到现在有一年多，觉得这位老师讲的很不错，所以分享一波，接下来，我们步入正题。

第一：zookeeper主要目录结构

bin：主要的一些运行命令

conf：存放配置文件，其中需要修改zk.cfg

contrib:附加的一些功能

dist-maven:mvn编译后目录

docs：文档

recipes：案例demo代码

src：源码

第二：配置文件简介

zoo.cfg配置

ticktime：用于计算的时间单元。比如session超时：N*ticktime

initLimit：用于集群，允许从节点连接并同步到master节点的初始化时间，以ticktime的倍数来表示。

syncLimit：用于集群，master主节点与从节点之间发送消息，请求和应答时间长度。（心跳机制）

dataDir：必须配置 zk相关存储的数据

dataLogDir：日志目录，不配置会和dataDir共用目录。

clientPort：连接服务器端口，默认2181

第三：zk数据模型

zk:是一个树形结构，类似于前段开发组件tree.js

zk的数据模型也可以理解为Linux/unix文件目录：/usr/local.../

每个节点都称之为znode，它可以有子节点，也可以有数据

每个节点分为临时节点和永久节点，临时节点在客户端断开后就消失

每个zk节点都各自的版本号，可以通过命令行来显示节点信息

每个节数据发生变化，那么该节点的版本号会累加（乐观锁）

删除/修改过时节点，版本号不匹配则会报错

每个zk节点存储的数据不宜过大，几k即可

节点可以设备权限acl，可以通过权限来限制用户的访问。

第四：zk作用体现

一：master节点选举，主节点挂了以后，从节点就会接受工作，并保证这个节点是唯一的，这也是所谓的首脑模式，从而保证我们的集群是高可用的。

二：统一配置文件管理，即只需要不熟一台服务器，则可以把相同配置文件同步更新到其他所哟与的服务器，次操作在云计算中用的特别的多（假设修改了redis统一配置）

三：发布与订阅，类似消息队列MQ（amq，rmq。。），dubbo发布者把数据存在znode上，订阅者会读取这个数据。

四：提供分布式锁，分布式环境不同进程之间争夺资源，类似于多线程中的锁。

五：集群管理，集群保证数据的强一致性。主节点数据会同步到附属节点客户端不管链接任何客户端的时候都会保证读取数据的一致性。

巴特西