目录
ZooKeeper
首先申明一下 定位:分布式协调服务。
装逼一点的解释分布式协调服务就是:
在分布式系统中共享配置,协调锁资源,提供命名服务。
突然懒得写了……
Zookeeper数据模型
很像数据结构中的树,也很像文件系统的目录。如下图:
所以,Zookeeper的数据存储跟树一样,是基于 节点 存储的,称为Znode。
注意:Znode的引用方式是路径引用。就像:
/动物/猫
/动物/仓鼠
/植物/荷花
/植物/松树
…………
这样的设计,保证了Znode拥有唯一的路径。
Znode存了什么?
Znode中包含了数据、子节点引用、访问权限等。如下图:
- 具体解释一下:
data: Znode存储的数据信息;
ACL:访问Znode的权限,哪些角色/IP可以访问本节点;
stat:Znode的元数据,包括事务ID、版本号、时间戳、大小等等;
child:子节点的引用,类比二叉树来理解。
注意:图中强调了 1M,意思是每个节点的数据最大不能超过1M。因为Zookeeper是为读多写少的场景所设计,Znode不是用来存储业务数据,而是存储状态和配置信息用的。
Zookeeper一致性
ZooKeeper是分布式系统的协调服务,为了防止单机挂掉的情况,ZooKeeper维护了一个集群。
集群什么样呢?如下图:
如上图,Zookeeper Service集群是一主多从结构。
当更新数据时,先更新到主节点,再同步到从节点。
读取数据时,从任意一个从节点读取即可。
重点来了:为了保证主从节点的数据一致性,Zookeeper采用了ZAB协议,类似于一致性算法Paxos和Raft。
接下来应该讲一讲ZAB算法了,不过不好意思……我现在对于ZAB算法只知道皮毛,等我搞明白再写。