Zookeeoer学习

于 2023-04-09 10:28:41 发布
阅读量182 收藏
点赞数
文章标签： 服务器 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52400091/article/details/130038856
版权

分布式调用与高并发处理

Zookeeper介绍

  Zookeeper是一个开源的分布式协调服务，由Apache软件基金会开发和维护。它被设计为一个高可用、高性能的系统，用于管理大型分布式系统中的配置信息、命名服务、分布式锁和协调服务等。
在这里插入图片描述

一、Zookeeper分布式协调服务

1.1 集中式到分布式

  • 单机架构

    一个项目的业务量代码很小的时候可以把所有的代码放到一个项目中，然后这个项目部署在一台服务器上就行，一整个系统的服务都是由这一台服务器来提供。

    image-20230403190948061

​ 缺点：

  1. 服务性能存在瓶颈
  2. 不可伸缩
  3. 代码量庞大，系统臃肿，牵一发动全身
  4. 单点故障问题
  • 集群架构

单处理机出现瓶颈的时候，吧单击复制几份，这样就构成了一个集群架构。

image-20230403192301162

通过Nginx技术做反向代理负载均衡，将之前单机架构上的压力均衡分发到每一个Tomcat上。

举个梨子，比如之前的单机架构支持300个并发，现在集群架构就能支持900个并发了。

  • 集群存在的问题

当业务发展的一定程度的规模的时候，无论怎么增加应用服务器的节点，整个集群的性能的提升效果就变得非常的不明显了。

1.2 什么是分布式

image-20230403193156939

分布式架构就是讲一个完整的系统，按照业务功能，拆分成一个个独立的子系统，在分布式结构中，每一个子系统就称为 “服务”。这些子系统能够独立的运行再独立的web容器中，他们之间通过RPC通信。

  • 分布式架构的优势：
    • 系统(“子系统”)之间耦合度大大降低，可以独立开发，独立部署，独立测试，独立测试，系统与系统的边界非常的明确。使用这种架构能大大提升开发效率。
    • 系统之间的耦合度降低，从而使系统更易于扩展。可以很容易的扩展某些服务（子系统）。
    • 服务的可用性跟更高。如我们将用户当做单独的服务后，该公司的所有产品都能使用该系统的用户系统（服务），无需要再次开发独立的用户系统。
  • 总结

将一套系统差分成不同的子系统咋不同的服务器上（分布式），然后部署多个相同的子系统在不同的服务器上，这就是集群。

1.3 CAP定理

​ 分布式系统正在变得越来越重要，大型网站几乎都是分布式的。分布式系统最大的难点就在于，各个结点的状态改如何同步。CAP定理就是在这方面的基本定理。

  • 分布系统的三个指标
    • Consistency ：一致性
    • Availability ：可用性
    • Partition tolerance ： 分区容错性

分别取其首字母组成了CAP定理，这三个指标不可能同时做到.

  • 分区容错性

大多数分布式系统都分布在多个子网咯。每个自网络就是一个区。分区容错就是，区间通信可能会失败。例如，一个服务器在中国，另一台服务器在美国，这就是两个不同的区，它们之间可能无法通信。

在分布式系统中，分区容错无法避免，因此可以认为CAP的P总是成立，CAP定理告诉我们，剩下的A和C无法同时做到。

  • 一致性

写操作之后的读操作，必须返回该值。比如有两个分区G1 和 G2，记录着V0 ，

image-20230403200426513

用户向 G1 发起一个写操作，将其改为 v1。

image-20230403200522914

接下来，用户的读操作就会得到 v1。这就叫一致性

image-20230403200627771

但是问题是用户有可能他不读G1，而是去读G2，由于G2的值没有发生变化，因此返回V0.

此时G1与G2的读操作结果就不一致了，这就不满足一致性。

image-20230403200855878

为了让 G2 也能变为 v1，就要在 G1 写操作的时候，让 G1 向 G2 发送一条消息，要求 G2 也改成 v1。

image-20230403200956170

  • 可用性

某一分区只要收到请求，该分区的服务必须给出相应的回应。

image-20230403201111458

​ 用户可以选择向 G1 或 G2 发起读操作。不管是哪台服务器，只要收到请求，就必须告诉用户，到底是 v0 还是 v1，否则就不满足可用性。

  • 一致性和可用性的矛盾

image-20230403201513027

​ 如果保证 G2 的一致性，那么 G1 必须在写操作时，锁定 G2 的读操作和写操作。只有数据同步后，才能重新开放读写。锁定期间，G2 不能读写，没有可用性不能保证。

  • 一致性和可用性如何选者
    • 可用性：特别是设计重要的数据，金钱、商品数量、商品价格。
    • 可用性：网页的更新不是特别强调一致性，短使其内，一些用户拿到的网页是老版本，另一些用户拿到新版本，这样的问题往往问题不大，可以优先保证可用性。

1.3 什么是Zookeeper

image-20230403202019127

在该系统中。可以发现这是一个由很多个的子系统（服务），存在很多问题例如：

  • 多节点协同问题
    • 每天的定时任务由谁哪个节点来执行？
    • RPC调用时的服务发现?
    • 如何保证并发请求的幂等

这些问题可以统一归纳为多节点协调问题，如果靠节点自身进行协调这是非常不可靠的，性能上也不可取。必须由一个独立的服务做协调工作，它必须可靠，而且保证性能。

  • ZooKeeper介绍

ZooKeeper是一个开放源代码的 分布式协调服务。ZooKeeper的设计目标是将那些复杂且容易出错的分布式一致性服务封装起来,构成一个高效可靠的原语集,并以一系列简单易用的接口提供给用户使用。

1.4 Zookeeper应用场景

image-20230403211206752

Zookeeper是一个典型的发布/订阅模式的分布式数据管理与协调框架。

1.4.1 数据发布/订阅

​ 数据发布/订阅的一个常见的场景是配置中心，发布者把数据发布到 ZooKeeper 的一个或一系列的节点上，供订阅者进行数据订阅，达到动态获取数据的目的。

image-20230403212110728

​ Zookeeper采用的是 推拉结合的方式。

  • 推：服务端会推 给注册了监控结点的客户端Wathcer事件通知。
  • 拉：客户端获得通知后。然后主动到服务端不拉去最新的数据。
  • 实现思路

image-20230403212552123

例如:将此配置信息放到数据节点上，共供程序拉取使用，发布、订阅模式是，配置文件发生改变时候，就会发布到注册里监控节点啥的客户端应用的一个Wather时间通知。之后有客户端来拉去最新的数据库配置信息。

  • 具体流程
    1. 将此数据库连接信息放到，ZooKeeper的数据模式的节点上，例如/DBConfiguration。
    2. 客户端启动初始化阶段读取服务端节点的数据，并且注册一个数据变更的 Watcher监控。
    3. 配置变更只需要对 Znode 数据进行 set 操作，数据变更的通知会发送到客户端，客户端重新获取新数据，完成配置动态修改。而不是需要进行应用程序上的修改。
1.4.2 负载均衡

​ 负载均衡是一种手段，用来把对某个资源的访问分摊给不同的设备，目的是为了减轻单点的压力。

image-20230403213722628

在分布式系统中，将一个完整的系统分成许多个子系统（服务），比如用户服务。假设在某一时间段，并发访问量太大，一时间绷不住怎么办？是不是得多加几个用户服务，使用Zookeeper负载均衡分发到每个用户服务，从而减轻单点压力。

  • 实现思路

    1. ​ 首先建立 Servers 节点，并建立监听器监视 Servers 子节点的状态（用于在服务器增添时及时同步当前集群中服务器列表）
    2. 在每个服务器启动时，在 Servers 节点下建立临时子节点 Worker Server，并在对应的字节点下存入服务器的相关信息，包括服务的地址，IP，端口等等。
    3. 可以自定义一个负载均衡算法，在每个请求过来时从 ZooKeeper 服务器中获取当前集群服务器列表，根据算法选出其中一个服务器来处理请求。
1.4.3 命名服务

命名服务就是提供名称的服务。ZooKeeper 的命名服务有两个应用方面。

image-20230403220139628

  • 功能

    提供类 JNDI 功能，可以把系统中各种服务的名称、地址以及目录信息存放在 ZooKeeper，需要的时候去 ZooKeeper 中读取。

    制作分布式的序列号生成器。之前我们是单机的使用MySql的ID自动增长，是没有问题的，但是在分布式架构中肯定会出现问题。所以此处我们就需要命名服务功能来制作序列ID。

1.4.4 分布式协调/通知

分布式协调/通知服务是分布式系统中不可缺少的一个环节，是将不同的分布式组件有机结合起来的关节所在。对于一个在多台机器上部署运行的应用而言，通常需要一个协调者来控制整个系统的运行流程。

image-20230403221136506

1.5 Zookeeper概念_基本概念

  • 集群角色

    通常在分布式系统中，构成一个集群的每一台机器都有着自己的角色，最典型的集群模式就是Master/Slave(主备模式)，在这种模式中，能够处理所有写操作的机器称为Master机器，把所有通过异步复制方式获取最新数据，并提供读服务的机器称为Slave机器。

​ 而在ZooKeeper中，这些概念被颠覆了。它没有沿用传统的MasterlSlave概念，而是引入了Leader、Follower和 Observer三种角色。

image-20230403222046957

  • 数据节点(znode)

在分布式系统中，我们常说的的“结点” 是指组成集群的每一台机器。

​ 在Zookeeper中节点分为两类

  • 第一类是指集群中的机器，称之为机器结点。
  • 第二类是数据模型中的数据单元，称之为数据节点----ZNode

image-20230403222424672

  • Watcher监听机制

Watcher(事件监听器)，是ZooKeeper 中的一个很重要的特性。

image-20230403223212972

​ ZooKeeper 允许用户在指定节点上注册一些Watcher，并且在一些特定事件触发的时候，ZooKeeper 服务端会将事件通知到感兴趣的客户端上去，该机制是ZooKeeper实现分布式协调服务的重要特性。

  • ACL权限控制

ZooKeeper 采用ACL (Access Control Lists）策略来进行权限控制，类似于UNIX文件系统的权限控制。ZooKeeper定义了如下5种权限。

image-20230403223510142

注意： create和delete这两种权限都是针对子节点的权限控制。

1.6 Zookeeper伪集群安装

1.6.1 虚拟机准备以及常见配置
  • 安装3台虚拟机，zk1,zk2,zk3,过程省略。
  • 关闭防火墙
    1. 查看防火墙状态：firewall-cmd --state
    2. 停止firewall：systemctl stop firewalld.service
    3. 禁止firewall开机启动：systemctl disable firewalld.service

image-20230403225053389

  • 配置网卡ens33（注意三虚拟机的ip，等会要用）

image-20230403225819792

image-20230403225846593

编辑之后

image-20230403230820362

  • 重启网卡

service network restart

  • 测试是否正常

ping www.baidu.com

image-20230403231111340

  • 为了方便装上vim 命令

yum -y install vim*

1.6.2 下载Zookeeper

https://www.apache.org/dyn/closer.lua/zookeeper/zookeeper-3.8.1/apache-zookeeper-3.8.1-bin.tar.gz

image-20230403232709815

1.6.3 使用Xftp上传到虚拟机/服务器中的opt目录中

image-20230403235428709

image-20230403235439597

1.6.4 解压zookeeper 和 JDK

​ tar -zxvf jdk-8u361-linux-i586.tar.gz -C /usr/local/

  • 进入安装目录：cd /usr/local/
  • 更改jdk和zookeeper的名字

mv apache-zookeeper-3.8.1-bin/ zookeeper

  • 配置jdk环境变量
vim /etc/profile
  • 最后一行配置jdk路径

image-20230404001017751

  • 保存退出，执行source /etc/profile
  • 输入java -version 出错原因是缺少了，运行yum install ld-linux.so.2装入这个插件解决。

image-20230404001839396

  • 修改Zookeeper 修改配置文件

​ 进入zookeeper的安装目录的conf目录

cd /usr/local/zookeeper/config
cp zoo_sample.cfg zoo.cfg
  • ​ 修改zoo.cfg

​ image-20230404191848010

# The number of milliseconds of each tick
tickTime=2000initLimit=10
syncLimit=5
dataDir=/usr/local/zookeeper/zkdata
dataLogDir=/usr/local/zookeeper/zklogs
clientPort=2181

  • 启动zookeeper服务

zkServer.sh start
  • 查看Zookeeper运行状态
zkServer.sh status

如图：启动成功

image-20230404192506737

1.7 Zookeeper集群安装

  • 将zk1的jdk复制到zk2、zk3

scp -r jdk/ 192.168.66.102:$PWD

Zookeeper同样的道理。

image-20230404203151452

  • 配置zk2，zk3的java环境变量

  • 配置zk1 conf下的zoo.cfg

server.1=192.168.66.101:2888:3888
server.2=192.168.66.102:2888:3888
server.3=192.168.66.103:2888:3888

image-20230404204407897

由于其他的服务器也用，我们将其发送到zk2 zk3

scp -r zoo.cfg 192.168.66.103:$PWD
scp -r zoo.cfg 192.168.66.102:$PWD

image-20230404204638313

  • 在工作目录中生成myid文件

分别进入Zookeeper目录下

cd zkdata/

然后分别执行：

第一台机器上：  echo 1 > /usr/local/zookeeper/zkdata/myid
第二台机器上：  echo 2 > /usr/local/zookeeper/zkdata/myid
第三台机器上：  echo 3 > /usr/local/zookeeper/zkdata/myid

  • 启动zookeeper集群

进入到Zookeeper下的bin目录中：

zookeeper没有提供自动批量启动脚本，需要手动一台一台地起zookeeper进程 在每一台节点上，运行命令：

./zkServer.sh start

注意

启动后，用jps应该能看到一个进程：QuorumPeerMain。光有进程不代表已经成功启动了服务，用使用bin/zkServer.sh status能看到角色 模式，为leader或者followr，才算正常启动集群。

  • 使用xshell同步命令到三个服务器（窗口）

image-20230404210248413

1.7 部署运行_服务管理

脚本说明
zkCleanup清除Zookeeper历史数据，包括事务日志文件和快照数据文件
zkCliZookeeper的简易客户端
zkEnv设置Zookeeper的环境变量
zkServerZookeeper服务器的启动、停止和重启脚本

  • 每次都要去到Zookeeper安装目录的不能目录下启动/关闭/查看状态等，很不方便我们配置一下全局变量。

    ./zkServer.sh start

  • 配置环境变量

    1. 修改文件：将其添加到
    vim /etc/profile

    export ZOOKEEPER_HOME=/usr/local/zookeeper
export PATH=$PATH:$ZOOKEEPER_HOME/bin


    source /etc/profile

  • 启动服务

sh zkServer.sh start
  • 停止服务
sh zkServer.sh stop

  • 查看zookeeper状态

sh zkServer.sh status

  • 设置一键启动/一键停止脚本


#!/bin/bash


# 验证传入的参数
if [ $# -ne 1 ]; then
    echo "无效参数，用法为: $1  {start|stop|restart|status}"
    exit
fi

# IP地址列表
hosts=(192.168.66.101 192.168.66.102 192.168.66.103)

# 遍历所有节点
for host in "${hosts[@]}"; do
    echo "========== $host 正在 $1 ========="
    # 发送命令给目标机器
    ssh "$host" "source /etc/profile; /usr/local/zookeeper/bin/zkServer.sh $1"
done

1.8 数据模型

image-20230406211550966

在Zookeeper中，可以说 Zookeeper中的所有存储的数据是由znode组成的，节点也称为 znode，并以 key/value 形式存储数据。

​ 以 key/value 形式存储数据。key就是znode的节点路径，比如 /java , /server。

1.9 节点特性

Zookeeper节点是有生命周期的，这取决于，接单的类型。节点类型可以分为持久节点、临时节点、以及时序节点，具体在节点创建过程中，一般是组合使用，可以生成以下 4 种节点类型。

  • 持久节点

持久节点是zookeeper中最常见的节点类型。所谓的持久节点，是指改数据节点被创建后，就会一致存在于zookeeper服务器上，直到有删除操作来主动秦楚这个节点。这个节点才会删除。

  • 持久顺序节点

持久顺序节点的基本特性和持久节点是一致的，与其不同的是，在Zk中，每一个父节点会为它的第一级子节点维护一份时序，会记录每个子节点创建的先后顺序。

image-20230406235430596

  • 临时节点

从名称上可以看出该节点的一个最重要的特性就是临时性。

所谓临时性是指，如果将节点创建为临时节点，那么该节点数据不会一直存储在Zookeepr服务器上。

​ 其和持久节点不同的是，临时节点的生命周期和客户端会话绑定。也就是说如果客户端会话失效，那么这个节点就会自动抹除掉。

会话失效，而非断开连接。最重要的是在临时节点下不能创建子节点。

  • 临时顺序节点

临时顺序节点的基本特征和临时节点是一值的，同样是在临时节点的基础上，添加了顺序的特性。

1.10 Zookeeper系统模型_客户端命令行

image-20230407173317490

  • 创建节点

创建ZK节点

create [-s] [-e] path data acl

image-20230407181612394

  • 进入客户端
zkCli.sh

创建节点

image-20230407181948321

image-20230407190936528

  • 连续创建节点

image-20230407191112302

  • 查看当前路径下有哪一些节点

image-20230407191329621

  • 拿取某个节点的值

image-20230407191447097

  • 修改某一节点的值

image-20230407191545948

  • 删除结点

此处提示，该节点已不存在。

  • 当接单下有子节点时候不能删除

image-20230407191852131

  • 注意

第一次部署的ZooKeeper集群，默认在根节点“1”下面有一个叫作/zookeeper的保留节点。

image-20230407192129894

1.21 Zookeeper系统模型_节点数据信息

image-20230407192234881

  • 查看结点的状态结构

image-20230407192950788

image-20230407193132443

  • 创建临时节点
create -e /tem baizhan
  • 创建顺序节点
create -s /baijinhangtian basihd

1.22 Zookeeper系统模型_Watcher监听机制

image-20230407193810690

Zookeeper提供看分布式数据的发布/订阅功能。典型的发布/订阅系统定义了一种一对多的订阅关系，能够让多个订阅者同时间同某一个对象，当这个逐日对象自身状态发生变化时，会通知所有订阅者，使他们能够做出相应的变化的处理。

image-20230407194903509

  • 监听节点变化
ls -w path

image-20230407195136681

  • 监听节点的值的变化

语法结构

get -w path

image-20230407195234342

1.23 Zookeeper系统模型_权限控制 ACL

image-20230407201523075

在实际开发中，Zookeeper的使用往往都是搭建一个公共的Zookeeper集群，统一为若干个应用提供服务。在这种情况下，不同的应用之间往往是不会存在共享数据的使用场景的，因此不需要解决不同引用之间的权限问题。

  • ACL权限控制
    1. 权限模式
    2. 授权对象
    3. 权限

​ ZooKeeper的权限控制是基于每一个znode节点的，需要对每个节点设置权限。

每个znode节点支持设置多种权限控制方案和多个权限。

子节点不会继承父节点的权限，客户端无权访问某节点，但是可能可以访问其他的子节点。

  • schema模式

ZooKeeper内置了一些权限控制方案，可以用以下方案为每个节点设置权限：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BZ3pa5HE-1681006459324)(https://raw.githubusercontent.com/tjy17678942520/DrawingBed/master/images202304072033116.png)]

image-20230407202931984==

image-20230407202857765

  • 权限permision

image-20230407203336138

  • 相关命令

image-20230407203358147

  • World方案练习

语法格式

setAcl <path> world:anyone:<acl>

客户端实例

#任何人都拥有所有权限

image-20230407203838548

  • IP方案练习

语法格式

setAcl <path> ip:<ip>:<acl>

image-20230407204036096

image-20230407204614055

  • 客户端实例
  • Auth方案

语法格式：

setAcl auth::

添加认证用户

addauth digest :

image-20230407205914589

不熟悉参考一下模板

#创建节点
[zk: localhost:2181(CONNECTED) 0] create /node3 1
Created /node3
#添加认证用户
[zk: localhost:2181(CONNECTED) 1] addauth digest baizhan:123456
#设置权限
[zk: localhost:2181(CONNECTED) 2] setAcl /node3 auth:yoonper:cdrwa
#获取权限
[zk: localhost:2181(CONNECTED) 3] getAcl /node3
'digest,'baizhan:UvJWhBril5yzpEiA2eV7bwwhfLs=
: cdrwa
  • Digest方案

语法格式：

setAcl <path> digest:<user>:<password>:<acl>

这里的密码是经过SHA1及BASE64处理的密文，在SHELL中可以通过以下命令计算：

先退出客户端，回去加密秘钥

image-20230407210510342

echo -n tujiayuan:123456 | openssl dgst -binary -sha1 | openssl base64

//秘钥
ej4HxWDS4E/hTPNsjJOuNe7OFgU=

image-20230407210829465

二、Java客户端_原生api操作Zookeeper

利用Zookeeper广发的原生java api进行连接，比较繁琐。

image-20230408173027323

  • 依赖
   <dependency>
        <groupId>org.apache.zookeeper</groupId>
        <artifactId>zookeeper</artifactId>
        <version>3.4.8</version>
   </dependency>
  • 基本从操作
import org.apache.zookeeper.CreateMode;
import org.apache.zookeeper.KeeperException;
import org.apache.zookeeper.ZooDefs;
import org.apache.zookeeper.ZooKeeper;
import org.apache.zookeeper.data.Stat;

import java.io.IOException;
import java.util.List;

public class ZkMain {
    public static void main(String[] args) {
        try {

            /**
             * 创建连接
             * 第一个参数据：服务器地址：端口
             * 第二个超市时间
             * 第三个坚挺机制
             */
        ZooKeeper zooKeeper = new 			                	ZooKeeper("192.168.66.101:2181,192.168.66.102:2181,"+
                                                                          "192.168.66.103:2181", 4000, null);

            //查看结点状态
            System.out.println(zooKeeper.getState());
            //创建结点 成功返回创建结点的路径
        String s = zooKeeper.create("/zknode4", "123456".getBytes(), 				ZooDefs.Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT);
            if (s!=null){
                System.out.println(s);
            }

            //判断当前节点是否存在
            //  Stat exists = zooKeeper.exists("/zknode4", null);
            // System.out.println(exists.toString());

            //删除结点
			// zooKeeper.delete("/zknode4",-1);


            //修改数据
			//zooKeeper.setData("/zknode4","guihsm".getBytes(),-1);
            //获取几点数据
            byte[] data = zooKeeper.getData("/zknode4", null, null);
            System.out.println(data);
            //获取结点
            List<String> children = zooKeeper.getChildren("/", null);
            for (String s : children
            ) {
                System.out.println(s);
            }
        } catch (IOException e) {
            throw new RuntimeException(e);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        } catch (KeeperException e) {
            throw new RuntimeException(e);
        }
    }
}
  • 实现监听机制（注册监听getChilren）

通过连接对象调用getchildren(“/”,new watch()){}来注册监听，监听的是整个根本结点，但是这个监听只能监听一次，程序中的线程休眠是为了让监听机制等待事件发生。不让程序直接结束。

image-20230408201114273

监听节点和数据方式。

image-20230408201630049

三、Java客户端_zkClient操作Zookeeper

image-20230408201904902

​ zkclient是Github上一个开源的Zookeeper客户端，在Zookeeper原生 API接口之上进行了包装，是一个更加易用的Zookeeper客户端。同时Zkclient在内部实现了诸如Session超时重连，Watcher反复注册等功能，从而提高开发效率。

  • 添加依赖
<dependency>
   <groupId>com.101tec</groupId>
   <artifactId>zkclient</artifactId>
   <version>0.10</version>
</dependency>
  • 创建会话
 //创建会话
        ZkClient zk = new ZkClient("192.168.66.101:2181,192.168.66.102:2181,192.168.66.103:2181");
  • 获取子节点
//获取子节点
List<String> children = zk.getChildren("/");
children.forEach(f ->{
    System.out.println(f);
});

image-20230408202831735

  • 创建结点

image-20230408204152104

   //创建结点
    zk.create("/testNode","tututjian", CreateMode.PERSISTENT);
    System.out.println("创建结点成功！");
  • 修改结点

image-20230408204424615

 zk.writeData("/testNode","我被修改了！");
        System.out.println("修改噢数据成功！");
  • 获取数据

image-20230408204541414

  //获取数据
   Object o = zk.readData("/testNode");
   System.out.println(o.toString());
  • 删除数据
//删除结点
  zk.delete("/testNode");
  • 注册事件监听事件

image-20230408205141801

   //注册节点监听事件
        zk.subscribeChildChanges("/mysqldb",new IZkChildListener(){

            @Override
            public void handleChildChange(String s, List<String> list) throws Exception {
                System.out.println("节点发生改变了！");
                list.forEach(f ->{
                    System.out.println(f);
                });
            }
        });
  • 注册节点数据监听事件

image-20230408205857755

    zk.subscribeDataChanges("/mysqldb", new IZkDataListener() {
            @Override
            public void handleDataChange(String s, Object o) throws Exception {
                System.out.println("该节点数据b改了！");
            }

            @Override
            public void handleDataDeleted(String s) throws Exception {
                System.out.println("该节点被删除了");
            }
        });

        Thread.sleep(Long.MAX_VALUE);

四、Java客户端_ApacheCurator操作Zookeeper

  • 添加依赖
<dependency>
   <groupId>org.apache.curator</groupId>
   <artifactId>curator-recipes</artifactId>
   <version>4.2.0</version>
</dependency>
  • 创建会话

image-20230408232441783

  • 创建节点

image-20230408233705334

 //创建结点
        cur.create().withMode(CreateMode.PERSISTENT)
                .forPath("/root","jiayouwozhidaowohenben!".getBytes());
  • 获取数据
   //获取数据
    byte[] bytes = cur.getData().forPath("/mysqldb");
    System.out.println(new String(bytes));
  • 删除数据节点
 //删除结点
 cur.delete().forPath("/testNode");

**注意：**该方法只能删除叶子结点，否则会出现异常！

image-20230408234608307

  • 删除一个结点，并且递归删除其所有的子节点

比如这种有子节点的，我们使用递归去删

image-20230408234927918

cur.delete().deletingChildrenIfNeeded().forPath("/java");

删除后

image-20230408235102604

  • 更新一个结点的数据内容

image-20230408235953957

该接口会返回一个Stat实例;

  • 获取某个节点的所有子节点
client.getChildren().forPath("path");
  • 监听机制
 		//监听机制
        NodeCache nodeCache = new NodeCache(cur, "/node3");
        nodeCache.getListenable().addListener(()->{
            System.out.println("被修改了");
        });

        Thread.sleep(Long.MAX_VALUE);

五、Zookeeper四字命令

image-20230409073538463

之前我们使用过stat命令来验证Zookeeper服务器是否启动成功，这里的stat命令就是Zookeeper中最为典型的命令之一。Zookeeper中有很多类似的命令，他们的长度通常是4个字。

  • 四肢命令----conf

该命令是输出服务器的详细配置信息。如客户端端口。数据存储路径、最大连接数、日志路径、数据同步端口、主节点推举端口、session超时时间等等。

echo conf| nc localhost 2181

image-20230409075242281

image-20230409075258055

image-20230409072637109

出现这个是没有安装nc和配置原因，安装就好

  1. 添加配置vim zoo.cfg

     4lw.commands.whitelist=*

  2. 安装nc

	yum install nc

image-20230409080018053

  • 四字命令—cons

该命令用于输出这台服务器上所有客户端连接的详细信息，包括每个客户端的ip，会话id和最后一次与服务器交互的操作类型等

image-20230409080414791

	echo cons | nc  localhost 2181
  • 四字命令—rouk

ruok命令用于输出当前ZooKeeper服务器是否正在运行。如果当前ZooKeeper服务器正在运行，那么返回“imok”， 否则没有任何响应输出。

image-20230409080749087

  • 四字命令—stat

stat命令用于获取ZooKeeper服务器的运行时状态信息,包括基本的ZooKeeper版本、打包信息、运行时角色、集群数据节点个数等信息，另外还会将当前服务器的客户端连接信息打印出来。

	echo stat | nc localhost 2181

image-20230409080924432

  • 四字命令—mntr

列出集群的关键性能数据，包括zk的版本、最大/平均、最小延迟数、数据包接收/发送量、连接数、zk角色（Leader/Follower）、node数量、watch数量、临时节点数。

	echo mntr | nc localhost 2181

六、选举机制

  • 核心选举原则
    • Zookeeper集群中只有超过半数以上的服务器启动，集群才能正常工作；
    • 在集群正常工作前，nyid小的服务器会给myid大的服务器偷跑，知道集群正常工作，选出leader。
    • 半数机制；

image-20230409094844351

  • 选举机制流程

    • 服务器1启动，给自己头一票，然后发送投票信息，由于其他的服务器还没有启动，他收不到反馈信息，服务器1的状态一直处于Looking（选举状态）。
    • 服务2启动，首先给自己投出一票，同时与之前启动的服务器1贾环结果，由于服务器2的编号大，所以服务器2胜出，但此时投票数没有大于集群数的一半，所以这两个集群任然是Looking。
    • 服务器31栋，先投自己一票，同时与之前服务器交换信息，由于服务器3的编号最大所以服务器3胜出，此时投票数正好大于半数，所以服务器3成为领导者，服务器1,2成为小弟。
    • 服务器4启动，给自己投票，同时与之前启动的服务器1,2,3交换信息，尽管服务器4的编号大，但之前服务器3已经胜出，所以服务器4只能成为小弟。
    • 服务器5启动，后面的逻辑同服务器4成为小弟。

  • 选举机制中的概念

    • 服务器ID：Serverid：比如3台服务器，编号分别是1,2,3.

    image-20230409100037001

    • 数据ID：Zxid：服务器中存放的最大数据的id

    image-20230409100132369

    • 逻辑时钟

      或者叫投票的次数，同一轮投票的过程中的逻辑时钟值是相同的。没投完一次票这数据就会增加，然后与接收到的其他服务器返回的投票信息相比，根据不同的值做出不同的判断。

小涂碎碎念

  花了差不多两周多的时间学习，虽然在很多更深层次的东西，还不是很了解。对Zookeeper分布式协调服务有了初略的认识，我会在后面的学习中不断的加强，力求达到更高的层次。

坚持一定会好起来的！笨，但不能不往前走！

明天码上有钱啦
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
RocketMQ-01
qq_40298175的博客
03-06 215
黑马rocketmq笔记
谈谈SpringBoot（二）
梦夜君王
01-27 1234
Bean//序列化器//CacheManagerCustomizers可以来定制缓存的一些规则@Primary //将某个缓存管理器作为默认的@Bean//key多了一个前缀，例如emp:1。
人人开源使用笔记
zhaokai621的博客
03-07 2400
1.人人开源地址：人人开源 下载 fast-vue 、fast和generator 2.fast后台服务使用 2.1mysql创建自己的数据库运行fast文件中的db文件夹下的mysql文件 运行mysql.sql，生成数据库表 2.2 删除module下job文件夹下文件 只保留如下 2.3 重命名Application 2.4 修改数据库表sys_menu 2.5pom.xml使用如下 <?xml version="1.0" encodi......
springcloud微服务_05_redis优化和页面静态化
Abdullahi_kanye的博客
05-15 1119
前言 商品模块博客中的商品类型进行优化。主要是使用Redis进行商品类型后台缓存优化和模板Velocity进行商品类型主页面页面静态化 一、商品类型优化方案 1、为什么要进行优化 商品的品牌和类型，都是从数据库中全部获取出来的，每一次都要去数据库中查询一次，从而增加数据库的访问压力，反应时间就会长，造成用户体验差。 后台管理（Redis缓存解决） 使用缓存解决对数据库的频繁操作问题，用内存...
CuratorFramework实现zk同步本地配置
攻城狮
10-25 410
SpringBoot连接Zk 连接配置 pom文件导入 <!-- zk客户端--> <dependency> <groupId>org.apache.curator</groupId> <artifactId>curator-recipes</artifactId> <version>4.3.0</ver
从Paxos到Zookeeper 分布式一致性原理与实践
10-15
本书从分布式一致性理论出发，向读者简要介绍了几种典型的分布式一致性协议，以及解决分布式一致性问题的思路。
dubbo-admin-2.6.0
09-20
dubbo-admin-2.6.0.war 在Tomcat下webapps中，启动Tomcat后自动解压 访问：http://localhost:8080/dubbo-admin-2.6.0/即可
ActiveMQ(artemis版) 基本安装与Spring JMS基本使用
somnus252的博客
03-25 6331
引言 使用artemis版本MQ。Spring JMS 使用springframework-mvc架构，传统xml配置，部署到tomcat运行。如果采用springboot将更简单。有空将更新成springboot ActiveMQ基本安装与使用 注： ActiveMQ下载的artemis版本，与之前的ActiveMQ版本有点区别， 下载ActiveMQ 下载地址 https://activem...
谷粒学院——Day17【数据同步工具、SpringCloud【GateWay网关】、权限管理功能（接口）】
Java技术一点通
01-05 1204
在前面的统计分析功能中，我们采取了服务调用获取统计数据，这样耦合度高，效率相对较低。目前我采取另一种实现方式，通过实时同步数据库表的方式实现，例如我们要统计每天注册与登录人数，我们只需把会员表同步到统计库中，实现本地统计就可以了，这样效率更高，耦合度更低，Canal就是一个很好的数据库同步工具。canal是阿里巴巴旗下的一款开源项目，纯Java开发。基于数据库增量日志解析，提供增量数据订阅&消费，目前主要支持了MySQL。
学习笔记之-分库分表概念，分库分表带来的事务，关联查询，分页，排序，主键避重等问题，Sharding-JDBC解决分库分表后所引发的部分问题
fushuaiCSDN的博客
11-09 3404
Sharding-JDBC分库分表 1 概述 1.1.分库分表是什么 随着公司业务快速发展，数据库中的数据量猛增，访问性能也变慢了，优化迫在眉睫。分析一下问题出现在哪儿呢﹖关系型数据库本身比较容易成为系统瓶颈，单机存储容量、连接数、处理能力都有限。当单表的数据量达到1000W或100G以后，由于查询维度较多，即使添加从库、优化索引，做很多操作时性能仍下降严重。 方案1 : 通过提升服务器硬件能力来提高数据处理能力，比如增加存储容量、CPU等，这种方案成本很高，并且如果瓶颈在MySQL本身那么提高硬件也是有限
微服务架构（二）
m0_56492261的博客
03-29 536
Sentinel (分布式系统的流量防卫兵) 是阿里开源的一套用于。
hadoop配置大全（hadoop集群，hive，sqoop，ntp集群，hbase集群）
婲落ヽ红颜谇的博客
07-03 443
Hadoop Hadoop伪分布式 基本环境搭建 0. Vmware中网卡 桥接(bridge),NAT 桥接：宿主机 ，虚拟机 在网络上 ，等同的 ，相互都具有独立的ip地址 NAT模式:宿主机（192.168.0.3）虚拟机 （192.168.0.3） 宿主机 可以与 虚拟机 构建一个 虚拟的网络 便于实验 测试 虚拟的IP地址 1. if...
10万字208道Java经典面试题总结(附答案)
热门推荐
学Java，找哪吒
08-02 97万+
1、JDK 和 JRE 有什么区别？ JDK（Java Development Kit），Java开发工具包 JRE（Java Runtime Environment），Java运行环境 JDK中包含JRE，JDK中有一个名为jre的目录，里面包含两个文件夹bin和lib，bin就是JVM，lib就是JVM工作所需要的类库。 2、== 和 equals 的区别是什么？ 对于基本类型，==比较的是值； 对于引用类型，==比较的是地址； equals不能用于基本类型的比较； 如果没有重写equa
【Soul源码阅读系列（五）】Apache Dubbo插件
子夜的博客
04-05 267
今天体验的是Soul中apache dubbo插件，如果你的业务系统是由apache dubbo构建而成的，又需要网关的支持，那么可以直接使用Soul接入。 Apache Dubbo 插件的案例演示 Soul官方在soul-examples模块提供了测试样例，其中的soul-examples-apache-dubbo-service模块演示的是Soul网关对apache dubbo系统的支持。模块目录及配置信息如下： soul.dubbo是有关Soul对dubbo插件支持的配置，adminUrl是Soul
Redis学习记录--Mac平台
qq_45688655的博客
01-09 792
macOS学习redis的学习记录
Hadoop学习
m0_45314682的博客
04-01 921
Hadoop的安转 一 、准备工作 1、设置静态地址(必须的) 为了防止IP变化集群中的节点无法沟通 输入:ifconfig出现如下情况 输入:ifconfig如果提示找不到命令，请参考博客： 解决办法 连接Xshell，输入ssh和IP地址，在输入用户名(默认时root)和密码(默认时root) sudo vim /etc/sysconfig//network-scripts/ifcfg-ens33 如果提示你找不到命令就参考如下博客 解决办法 执行完成后会进入如下界面输入（：s
拉勾教育 | Java 性能优化实战 21 讲
kimyundung的博客
11-29 2887
JAVA性能优化
Redis尚硅谷学习笔记(2)
m0_63497607的博客
10-28 1348
String是redis最基本的类型，可以理解成与Memcached一摸一样的类型，一个key对应一个value。String类型是二进制安全的。意味着Redis的String可以包含任何数据。比如jpg图片或者序列化对象。String类型是Redis最基本的数据类型，一个字符串value最多可以是512M。单键多值Redis列表是简单的字符串列表，按照插入顺序排序，可以添加一个元素到表的头部或者尾部。它的底层实际是个双向链表，对两端的操作性能很高，通过索引下标的操作中间的结点性能会较差。
Dubbo笔记
球球你被学了的博客
12-02 1314
Dubbo 1. Dubbo基础 分布式系统技术图谱 Dubbo简介 Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，Dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有Dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在Dubbo上注册） 其核心部分包含: 远程通讯: 提供对.
zookeeoer起来后查看当前节点id
最新发布
06-13
要查看当前 ZooKeeper 节点的 ID，可以使用 `zkServer.sh` 脚本中的 `status` 命令。运行以下命令： ``` sudo ./zkServer.sh status ``` 这将显示当前 ZooKeeper 实例的状态，包括其 ID、运行状态、客户端数量等等...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

明天码上有钱啦

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值