ZooKeeper

目录

一、概念

二、工作机制

三、特点

四、数据结构

五、应用场景

六、选举机制

---

一、概念

是一个开源的分布式，为分布式框架提供协调服务的Apache项目

结合中间件使用

###作用：

做服务的上线和下线；当某一个节点挂了，它会把它下线；有一个新的节点过来，就会把它上线

二、工作机制

文件系统+通知机制

1. 当服务器（Kibana）启动时，要去Zookeeper集群中注册信息（告诉别人，我的服务已上线，可以来访问）

2. 当客户端要访问服务器（Kibana）时，去Zookeeper集群读取服务器的注册信息

3. 如果服务器正常，Zookeeper会返回信息给客户端

4. 如果服务器下线了，Zookeeper会告诉客户端，服务器已下线，不用来访问了

缓存/消息队列

**缓存：**大量并发量的一个缓存

消息队列：

1. 巨大数据接收后，放在共享池中；

2. 中间件(Tomcat)过来拿数据，每次拿一部分处理；

3. 消息队列会检测Tomcat，当Tomcat数据处理完之后，会通知Tomcat再来拿数据

三、特点

1. Zookeeper：一个领导者，多个跟随着组成的集群；类似一主多从（最少3台服务器）

2. Zookeeper集群中，只要有半数以上节点存活，就能正常服务

​3. 集群中，服务器数据是一致的

​4. 更新请求顺序执行（如果我现在访问3数据，服务断开了，再次连接后，还是会继续访问3数据）

​5. 数据原子性

​6. 实时性，能读取到最新的数据

四、数据结构

以根划分数据；每个节点叫做Znode；每个Znode能通过统一标识，找到数据

解析：

当访问数据，突然断开时，通过唯一路径标识，重新找到刚刚访问的数据，继续访问

五、应用场景

提供的服务包括：

1. 统一命名服务

###分布式环境下，设置一个统一的名字，方便记住（百度IP不好记，baidu好记）

2. 统一配置管理

###分布式环境下，所有节点配置一致，为了将数据快速同步到各个节点上

3. 统一集群管理

###分布式环境下，掌握每个节点的状态，可根据节点实时状态做调整

4. 服务器动态上下线

###客户端能实时知道服务器上下线的变化

5. 软负载均衡

###记录每台服务器的访问数，让访问最少的服务器去处理客户端请求

六、选举机制

1.  
    1）服务器1启动后，发起一次选举。   
    2）服务器1投自己一票，此时服务器1只有一票，不够半数以上，选举无法完成    
    3）此时服务器1状态为Looking

2.    
    1）服务器2启动，再发起一次选举。    
    2）服务器1和2分别投服务器2一票（服务器更改刚刚投自己的一票）    
    3）此时服务器1为0票；服务器2为2票，没有半数，选举不成功    
    4）此时，服务器1和2状态为Looking
###（为什么1会投2？：因为服务器2的id比服务器1大，所以服务器1会投服务器2）

3.     
    1）服务器3启动，发起选举。    
    2）服务器1和2会更改选票，投给服务器3    
    3）此时，服务器3为3票，以超过半数，服务器3当选为领导者    
    4）此时，服务器1和2状态为跟随者，服务器3为领导者

4.     
    1）之后服务器启动，会发起选举    
    2）虽然后面的服务器myid都比服务器3大    
    3）但是此时服务器3已经是领导者了，服务器1，2，3不会更改选票信息了    
    4）之后的服务器都将是服务器3的跟随者