0
0

ZooKeeper教程2

删除节点

/**
* 删除节点： delete deleteall
* 1. 删除单个节点:delete().forPath("/app1");
* 2. 删除带有子节点的节点:delete().deletingChildrenIfNeeded().forPath("/app1");
* 3. 必须成功的删除:为了防止网络抖动。本质就是重试。  client.delete().guaranteed().forPath("/app2");
* 4. 回调：inBackground
* @throws Exception
*/@TestpublicvoidtestDelete()throwsException{// 1. 删除单个节点
    client.delete().forPath("/app1");}@TestpublicvoidtestDelete2()throwsException{//2. 删除带有子节点的节点
    client.delete().deletingChildrenIfNeeded().forPath("/app4");}@TestpublicvoidtestDelete3()throwsException{//3. 必须成功的删除
    client.delete().guaranteed().forPath("/app2");}@TestpublicvoidtestDelete4()throwsException{//4. 回调
    client.delete().guaranteed().inBackground(newBackgroundCallback(){@OverridepublicvoidprocessResult(CuratorFramework client,CuratorEvent event)throwsException{System.out.println("我被删除了~");System.out.println(event);}}).forPath("/app1");}

Watch监听概述

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

•ZooKeeper 中引入了Watcher机制来实现了发布/订阅功能能，能够让多个订阅者同时监听某一个对象，当一个对象自身状态变化时，会通知所有订阅者。

•ZooKeeper 原生支持通过注册Watcher来进行事件监听，但是其使用并不是特别方便

需要开发人员自己反复注册Watcher，比较繁琐。

•Curator引入了 Cache 来实现对 ZooKeeper 服务端事件的监听。

•ZooKeeper提供了三种Watcher：

•NodeCache : 只是监听某一个特定的节点

•PathChildrenCache : 监控一个ZNode的子节点.

•TreeCache : 可以监控整个树上的所有节点，类似于PathChildrenCache和NodeCache的组合

Watch监听-NodeCache

/**
* 演示 NodeCache：给指定一个节点注册监听器
*/@TestpublicvoidtestNodeCache()throwsException{//1. 创建NodeCache对象finalNodeCache nodeCache =newNodeCache(client,"/app1");//2. 注册监听
       nodeCache.getListenable().addListener(newNodeCacheListener(){@OverridepublicvoidnodeChanged()throwsException{System.out.println("节点变化了~");//获取修改节点后的数据byte[] data = nodeCache.getCurrentData().getData();System.out.println(newString(data));}});//3. 开启监听.如果设置为true，则开启监听是，加载缓冲数据
        nodeCache.start(true);while(true){}}

Watch监听-PathChildrenCache

@TestpublicvoidtestPathChildrenCache()throwsException{//1.创建监听对象PathChildrenCache pathChildrenCache =newPathChildrenCache(client,"/app2",true);//2. 绑定监听器
    pathChildrenCache.getListenable().addListener(newPathChildrenCacheListener(){@OverridepublicvoidchildEvent(CuratorFramework client,PathChildrenCacheEvent event)throwsException{System.out.println("子节点变化了~");System.out.println(event);//监听子节点的数据变更，并且拿到变更后的数据//1.获取类型PathChildrenCacheEvent.Type type = event.getType();//2.判断类型是否是updateif(type.equals(PathChildrenCacheEvent.Type.CHILD_UPDATED)){System.out.println("数据变了！！！");byte[] data = event.getData().getData();System.out.println(newString(data));}}});//3. 开启
    pathChildrenCache.start();while(true){}}

Watch监听-TreeCache

/**
* 演示 TreeCache：监听某个节点自己和所有子节点们
*/@TestpublicvoidtestTreeCache()throwsException{//1. 创建监听器TreeCache treeCache =newTreeCache(client,"/app2");//2. 注册监听
    treeCache.getListenable().addListener(newTreeCacheListener(){@OverridepublicvoidchildEvent(CuratorFramework client,TreeCacheEvent event)throwsException{System.out.println("节点变化了");System.out.println(event);}});//3. 开启
    treeCache.start();while(true){}}

Zookeeper分布式锁-概念

•在我们进行单机应用开发，涉及并发同步的时候，我们往往采用synchronized或者Lock的方式来解决多线程间的代码同步问题，这时多线程的运行都是在同一个JVM之下，没有任何问题。

•但当我们的应用是分布式集群工作的情况下，属于多JVM下的工作环境，跨JVM之间已经无法通过多线程的锁解决同步问题。

•那么就需要一种更加高级的锁机制，来处理种跨机器的进程之间的数据同步问题——这就是分布式锁。

zookeeper分布式锁原理

•核心思想：当客户端要获取锁，则创建节点，使用完锁，则删除该节点。

​ 1.客户端获取锁时，在lock节点下创建临时顺序节点。

​ 2.然后获取lock下面的所有子节点，客户端获取到所有的子节点之后，如果发现自己创建的子节点序号最小，那么就认为该客户端获取到了锁。使用完锁后，将该节点删除。

​ 3.如果发现自己创建的节点并非lock所有子节点中最小的，说明自己还没有获取到锁，此时客户端需要找到比自己小的那个节点，同时对其注册事件监听器，监听删除事件。

​ 4.如果发现比自己小的那个节点被删除，则客户端的Watcher会收到相应通知，此时再次判断自己创建的节点是否是lock子节点中序号最小的，如果是则获取到了锁，如果不是则重复以上步骤继续获取到比自己小的一个节点并注册监听。

案例-模拟12306售票

Curator实现分布式锁API

  • 在Curator中有五种锁方案：
  • InterProcessSemaphoreMutex：分布式排它锁（非可重入锁）
  • InterProcessMutex：分布式可重入排它锁
  • InterProcessReadWriteLock：分布式读写锁
  • InterProcessMultiLock：将多个锁作为单个实体管理的容器
  • InterProcessSemaphoreV2：共享信号量
  1. 创建线程进行加锁设置
publicclassTicket12306implementsRunnable{privateint tickets =10;//数据库的票数privateInterProcessMutex lock ;@Overridepublicvoidrun(){while(true){//获取锁try{
            lock.acquire(3,TimeUnit.SECONDS);if(tickets >0){System.out.println(Thread.currentThread()+":"+tickets);Thread.sleep(100);
                    tickets--;}}catch(Exception e){
                e.printStackTrace();}finally{//释放锁try{
                    lock.release();}catch(Exception e){
                    e.printStackTrace();}}}}}
  1. 创建连接，并且初始化锁
publicTicket12306(){//重试策略RetryPolicy retryPolicy =newExponentialBackoffRetry(3000,10);//2.第二种方式//CuratorFrameworkFactory.builder();CuratorFramework client =CuratorFrameworkFactory.builder().connectString("192.168.172.100:2181").sessionTimeoutMs(60*1000).connectionTimeoutMs(15*1000).retryPolicy(retryPolicy).build();//开启连接
    client.start();
    lock =newInterProcessMutex(client,"/lock");}

3,运行多个线程进行测试

publicclassLockTest{publicstaticvoidmain(String[] args){Ticket12306 ticket12306 =newTicket12306();//创建客户端Thread t1 =newThread(ticket12306,"携程");Thread t2 =newThread(ticket12306,"飞猪");
        t1.start();
        t2.start();}}

zooKeeper集群搭建

zookeeper集群介绍

Leader选举：

  • Serverid：服务器ID比如说有三台服务器，编号分别是1,2,3。编号越大在选择算法中的权重越大。
  • Zxid：数据ID服务器中存放的最大数据ID值越大说明数据越新，在选举算法中数据越新，权重越大。
  • 在Leader选举的过程中，如果某台zookeeper

​ 获得了超过半数的选票，则此ZooKeeper就可以成为Leader了。

搭建要求

​ 真实的集群是需要部署在不同的服务器上的，但是在我们测试时同时启动很多个虚拟机内存会吃不消，所以我们通常会搭建伪集群，也就是把所有的服务都搭建在一台虚拟机上，用端口进行区分。
我们这里要求搭建一个三个节点的Zookeeper集群(伪集群)。

准备工作

重新部署一台虚拟机作为我们搭建集群的测试服务器
(1)安装JDK [此步骤省略]
(2) Zookeeper压缩包上传到服务器
(3)将Zookeeper解压，建立/usr/local/zookeeper-cluster目录，将解压后的Zookeeper复制到以下三个目录
/usr/local/zookeeper-cluster/zookeeper-1
/usr/local/zookeeper-cluster/zookeeper-2
/usr/local/zookeeper-cluster/zookeeper-3

[root@localhost ~]# mkdir /usr/local/zookeeper-cluster 
[root@localhost ~]# cp -r apache-zookeeper-3.5.6-bin /usr/local/zookeeper-cluster/zookeeper-1
[root@localhost ~]# cp -r apache-zookeeper-3.5.6-bin /usr/local/zookeeper-cluster/zookeeper-2
[root@localhost ~]# cp -rapache-zookeeper-3.5.6-bin /usr/local/zookeeper-cluster/zookeeper-3

创建data目录，并且将 conf下zoo sample.cfg 文件改名为 zoo.cfg

mkdir /usr/local/zookeeper-cluster/zookeeper-1/data
mkdir /usr/local/zookeeper-custer/zookeeper-2/data
mkdir /usr/local/zookeeper-cluster/zookeeper-3/data

mv /usr/local/zookeeper-cluster/zookeeper-1/conf/zoo_sample.cfg /usr/local/zookeeper-cluster/zookeeper-1/conf/zoo.cfg
    
mv /usr/local/zookeeper-cluster/zookeeper-2/conf/zoo_sample.cfg /usr/local/zookeeper-cluster/zookeeper-2/conf/zoo.cfg
    
mv /usr/local/zookeeper-cluster/zookeeper-3/conf/zoo_sample.cfg /usr/local/zookeeper-cluster/zookeeper-3/conf/zoo.cfg

配置每一个Zookeeper 的dataDir 和 clientPort 分别为2181 2182 2183

修改/usr/local/zookeeper-cluster/zookeeper-1/conf/zoo.cfg…

vim /usr/local/zookeeper-cluster/zookeeper-1/conf/zoo.cfg
clientPort=2181
dataDir=/usr/local/zookeeper-cluster/zookeeper-1/data

vim /usr/local/zookeeper-cluster/zookeeper-2/conf/zoo.cfg
clientPort=2182
dataDir=/usr/local/zookeeper-cluster/zookeeper-2/data

vim /usr/local/zookeeper-cluster/zookeeper-3/conf/zoo.cfg
clientPort=2183
dataDir=/usr/local/zookeeper-cluster/zookeeper-3/data

配置集群

(1) 在每个zookeeper的 data 目录下创建一个 myid 文件，内容分别是1、2、3。这文件就是记录每个服务器的ID

echo 1>/usr/local/zookeeper-cluster/zookeeper-1/data/myid
echo 2>/usr/local/zookeeper-cluster/zookeeper-2/data/myid
echo 3>/usr/local/zookeeper-cluster/zookeeper-3/data/myid

(2)在每一个zookeeper 的 zoo.cfg配置客户端访问端口 (clientPort) 和集群服务器IP列表集群服务器IP列表如下

vim /usr/local/zookeeper-cluster/zookeeper-1/conf/zoo.cfg
vim /usr/local/zookeeper-cluster/zookeeper-2/conf/zoo.cfg
vim /usr/local/zookeeper-cluster/zookeeper-3/conf/zoo.cfg
//每个里面都写3个
server.1=192.168.149.135:2881:3881
server.2=192.168.149.135:2882:3882
server.3=192.168.149.135:2883:3883

解释: server.服务器ID=服务器IP地址:服务器之间通信端口: 服务器之间投票选举端口

启动集群

启动集群就是分别启动每个实例。

usr/local/zookeeper-cluster/zookeeper-1/bin/zkServer.sh start
usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh start
usr/local/zookeeper-cluster/zookeeper-3/bin/zkServer.sh start

启动后我们查询一下每个实例的运行状态

usr/local/zookeeper-cluster/zookeeper-1/bin/zkServer.sh status
usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh status
usr/local/zookeeper-cluster/zookeeper-3/bin/zkServer.sh status

先查询第一个服务,Mode为follower表示是跟随者 (从)
再查询第二个服务Mod为leader表示是领导者(主)

查询第三个为跟随者(从)

集群异常会产生的结果

  • 3个节点的集群，从服务器挂掉，集群正常
  • 3个节点的集群，2个从服务器都挂掉，主服务器也无法运行。因为可运行的机器没有超过集群总数量的半数
  • 我们再次把1号服务器启动起来，发现2号服务器又开始正常工作了。而且依然是领导者。
  • 当集群中的主服务器挂了，集群中的其他服务器会自动进行选举状态，然后产生新得leader
  • 当领导者产生后，再次有新服务器加入集群，不会影响到现任领导者。

Zookeeper核心理论

Zookeepe集群角色

在ZooKeeper集群服中务中有三个角色:

  • Leader 领导者 1.处理事务请求 2.集群内部各服务器的调度者
  • Follower 跟随者: 1.处理客户端非事务请求，转发事务请求给Leader服务器 2.参与Leader选举投票
  • Observer 观察者 1.处理客户端非事务请求，转发事
标签： zookeeper wpf 分布式
本文转载自: https://blog.csdn.net/snow_original/article/details/135487182
版权归原作者 暗雪之格 所有， 如有侵权，请联系我们删除。
登录后发布评论

“ZooKeeper教程2”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

机器人技术在安全领域的重要作用

安全学习记录——网络篇（一）

图腾柱PFC：HP1010为您的电动两轮车之旅提供绿色，高效，安全的动力

单元测试数据库回滚问题

这才是单元测试，之前我们都错了

【C语言基础】：字符函数和字符串函数

ChatGPT-Next-Web SSRF漏洞+XSS漏洞复现(CVE-2023-49785)

文章导航