Zookeeper——（failed to connect to zookeeper server）
目录
Zookeeper 数据模型
zookeeper服务端操作命令
zookeeper客户端操作命令
Zookeeper——JavaAPI操作
Curator API 常用操作
ZooKeeper分布式锁原理
搭建Zookeeper集群
1.1 搭建要求
1.2 准备工作
1.3 配置集群
1.4 启动集群
1.5 模拟集群异常
springboot整合dubbo时连接zookeeper——天坑_夜尽天明~的博客-CSDN博客_springboot连接zookeeper
registry:
id: zk-registry
address: zookeeper://192.168.88.128:2181
parameters:
//BLOCK_UNTIL_CONNECTED_WAIT对象中设置了一个默认值10，也就是说10秒内连接不上就会报异常
blockUntilConnectedWait: 250
config-center:
address: zookeeper://192.168.88.128:2181
timeout: 25000 // 连接超时时间25秒Zookeeper 是一个分布式的、开源的分布式应用程序的协调服务。
Zookeeper 提供的主要功能包括：
- 配置管理
- 分布式锁
- 集群管理
Zookeeper 数据模型
ZooKeeper 是一个树形目录服务,其数据模型和Unix的文件系统目录树很类似，拥有一个层次化结构。
这里面的每一个节点都被称为： ZNode，每个节点上都会保存自己的数据和节点信息。
节点可以拥有子节点，同时也允许少量（1MB）数据存储在该节点之下。
节点可以分为四大类：
- PERSISTENT 持久化节点
- EPHEMERAL 临时节点 ：-e
- PERSISTENT_SEQUENTIAL 持久化顺序节点 ：-s
- EPHEMERAL_SEQUENTIAL 临时顺序节点 ：-es
zookeeper服务端操作命令
./zkServer.sh start // 启动
./zkServer.sh status // 查看状态
./zkServer.sh restart // 重启
./zkServer.sh stop // 停止服务
zookeeper客户端操作命令
./zkCli.sh -server localhost:2181 // 连接本地服务,端口2181
[zk: localhost:2181(CONNECTED) 0] ls / // 查看根节点有哪些子节点
[dubbo, zookeeper]
查看根节点的状态信息
旧版本使用: ls2 /节点path
新版本使用: ls -s /节点path
[zk: localhost:2181(CONNECTED) 28] ls -s /
[app1, dubbo, zookeeper]
cZxid = 0x0 // 节点被创建的事务ID
ctime = Wed Dec 31 16:00:00 PST 1969 // 创建时间
mZxid = 0x0 // 最后一次被更新的事务ID
mtime = Wed Dec 31 16:00:00 PST 1969 // 更新时间
pZxid = 0x93 // 子节点列表最后一次被更新的事务ID
cversion = 13 // 子节点版本号
dataVersion = 0 // 数据版本号
aclVersion = 0 // 权限版本号
ephemeralOwner = 0x0 // 用于临时节点，代表临时节点的事务ID，持久化节点则为０
dataLength = 0 // 节点存储的数据长度
numChildren = 3 // 当前节点的子节点个数
[zk: localhost:2181(CONNECTED) 15] ls /app1 // 查看该节点有哪些子节点
[]
[zk: localhost:2181(CONNECTED) 2] create /app1 // 创建持久化节点app1
Created /app1
create -e /app1 // 创建临时节点app1，当前会话结束即删除
[zk: localhost:2181(CONNECTED) 11] create -s /app1 // 持久化创建app1顺序节点（节点后加上记数）
Created /app10000000005
create -es /app1 // 创建临时顺序节点app1，当前会话结束即删除
create /app1 test // 创建节点时加上当前节点需存储的数据信息
[zk: localhost:2181(CONNECTED) 14] get /app1 // 获取当前节点存储的数据信息
test
[zk: localhost:2181(CONNECTED) 16] set /app1 test1 // 更改当前节点存储的数据信息
delete /app1 //删除节点
[zk: localhost:2181(CONNECTED) 3] delete /app1
//存在字节点时报错
[zk: localhost:2181(CONNECTED) 7] delete /app1
Node not empty: /app1
deleteall /app1 //删除节点及其字节点
Zookeeper——JavaAPI操作
Curator API 常用操作
- 建立连接
private CuratorFramework client;
@Before
public void testConnect(){
//链式创建连接
RetryPolicy retryPolicy=new ExponentialBackoffRetry(10000,10);
CuratorFramework client = CuratorFrameworkFactory.builder().connectString("192.168.88.128:2181")
.sessionTimeoutMs(60 * 1000)
.connectionTimeoutMs(15 * 1000)
.retryPolicy(retryPolicy)
.namespace("testConnect")
.build();
client.start();
//创建连接
/* CuratorFramework client = CuratorFrameworkFactory.newClient("192.168.88.128:2181", 60 * 1000, 15 * 1000, retryPolicy);
client.start();*/
}
@After
public void testClose() {
if (client != null) client.close();
}- 添加节点
@Test
public void testAddNode() throws Exception {
// 基本创建节点，带数据
System.out.println(client.create()
.forPath("/app1", "data".getBytes(StandardCharsets.UTF_8)));
/*设置节点类型
* PERSISTENT
* PERSISTENT_SEQUENTIAL
* EPHEMERAL
* EPHEMERAL_SEQUENTIAL
* CONTAINER
* PERSISTENT_WITH_TTL
* PERSISTENT_SEQUENTIAL_WITH_TTL
* */
System.out.println(client.create()
.withMode(CreateMode.EPHEMERAL)
.forPath("/app2", "data".getBytes(StandardCharsets.UTF_8)));
// 创建多级节点
System.out.println(client.create()
.creatingParentsIfNeeded()
.withMode(CreateMode.EPHEMERAL)
.forPath("/app3/ad", "data".getBytes(StandardCharsets.UTF_8)));
}- 查询节点
@Test
public void testGet() throws Exception {
//查询节点上的数据
System.out.println(Arrays.toString(
client.getData()
.forPath("/app1")));
// 查询子节点
System.out.println(client.getChildren());
//查询节点状态信息
System.out.println(
// 创建空的节点状态信息对象 new Stat()，将该节点的对应信息填入该对象
client.getData().storingStatIn(new Stat())
);
}- 修改节点
@Test
public void testSet() throws Exception {
// 修改节点data
client.setData()
.forPath("/app1","golang".getBytes(StandardCharsets.UTF_8));
// 查询节点状态信息
Stat stat = new Stat();
client.getData()
.storingStatIn(stat).forPath("/app1");
// 按照版本修改data
client.setData()
.withVersion(stat.getVersion())
.forPath("/app1","Java".getBytes(StandardCharsets.UTF_8));
}- 删除节点
@Test
public void testDelete() throws Exception {
// 删除单个节点
client.delete().forPath("/app2");
// 删除节点及其子节点
client.delete().deletingChildrenIfNeeded().forPath("/app1");
// 必须成功删除，避免网络抖动导致命令没有传输到服务端
client.delete().guaranteed().forPath("/app3");
// 回调
client.delete().inBackground(new BackgroundCallback() {
@Override
public void processResult(CuratorFramework curatorFramework, CuratorEvent curatorEvent) throws Exception {
System.out.println(curatorEvent.getPath() + "被删除");
}
}).forPath("/app4");
}
- Watch事件监听
ZooKeeper ： Curator框架之数据缓存与监听CuratorCache_ITKaven的博客-CSDN博客_zookeeper数据缓存
ZooKeeper分布式锁原理
核心思想：当客户端要获取锁，则创建节点，使用完锁，则删除该节点。
- 客户端获取锁时，在lock节点下创建临时顺序节点。
- 然后获取lock下面的所有子节点，客户端获取到所有的子节点之后，如果发现自己创建的子节点序号最小，那么就认为该客户端获取到了锁。使用完锁后，将该节点删除。
- 如果发现自己创建的节点并非lock所有子节点中最小的，说明自己还没有获取到锁，此时客户端需要找到比自己小的那个节点，同时对其注册事件监听器，监听删除事件。
- 如果发现比自己小的那个节点被删除，则客户端的Watcher会收到相应通知，此时再次判断自己创建的节点是否是lock子节点中序号最小的，如果是则获取到了锁，如果不是则重复以上步骤继续获取到比自己小的一个节点并注册监听。
在Curator中有五种锁方案：
- InterProcessSemaphoreMutex：分布式排它锁（非可重入锁）
- InterProcessMutex：分布式可重入排它锁
- InterProcessReadWriteLock：分布式读写锁
- InterProcessMultiLock：将多个锁作为单个实体管理的容器
- InterProcessSemaphoreV2：共享信号量
搭建Zookeeper集群
在linux中，打开端口的命令是“firewall-cmd --zone=public --add-port=端口/通讯协议 --permanent”；该命令中的“--zone”表示作用域，“--permanent”表示打开端口之后用永久生效，利用该命令开启指定端口后需要重启防火墙使其生效。
1.1 搭建要求
真实的集群是需要部署在不同的服务器上的，但是在我们测试时同时启动很多个虚拟机内存会吃不消，所以我们通常会搭建伪集群，也就是把所有的服务都搭建在一台虚拟机上，用端口进行区分。
我们这里要求搭建一个三个节点的Zookeeper集群（伪集群）。
1.2 准备工作
重新部署一台虚拟机作为我们搭建集群的测试服务器。
（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 -r apache-zookeeper-3.5.6-bin /usr/local/zookeeper-cluster/zookeeper-3
（4）创建data目录 ，并且将 conf下zoo_sample.cfg 文件改名为 zoo.cfg
mkdir /usr/local/zookeeper-cluster/zookeeper-1/data mkdir /usr/local/zookeeper-cluster/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
（5） 配置每一个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
修改/usr/local/zookeeper-cluster/zookeeper-2/conf/zoo.cfg
vim /usr/local/zookeeper-cluster/zookeeper-2/conf/zoo.cfg clientPort=2182 dataDir=/usr/local/zookeeper-cluster/zookeeper-2/data
修改/usr/local/zookeeper-cluster/zookeeper-3/conf/zoo.cfg
vim /usr/local/zookeeper-cluster/zookeeper-3/conf/zoo.cfg clientPort=2183 dataDir=/usr/local/zookeeper-cluster/zookeeper-3/data
1.3 配置集群
（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 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地址：服务器之间通信端口：服务器之间投票选举端口
1.4 启动集群
启动集群就是分别启动每个实例。
/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表示是领导者（主）
查询第三个为跟随者（从）
1.5 模拟集群异常
（1）首先我们先测试如果是从服务器挂掉，会怎么样
把3号服务器停掉，观察1号和2号，发现状态并没有变化
/usr/local/zookeeper-cluster/zookeeper-3/bin/zkServer.sh stop /usr/local/zookeeper-cluster/zookeeper-1/bin/zkServer.sh status /usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh status
由此得出结论，3个节点的集群，从服务器挂掉，集群正常
（2）我们再把1号服务器（从服务器）也停掉，查看2号（主服务器）的状态，发现已经停止运行了。
/usr/local/zookeeper-cluster/zookeeper-1/bin/zkServer.sh stop /usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh status
由此得出结论，3个节点的集群，2个从服务器都挂掉，主服务器也无法运行。因为可运行的机器没有超过集群总数量的半数。
（3）我们再次把1号服务器启动起来，发现2号服务器又开始正常工作了。而且依然是领导者。
/usr/local/zookeeper-cluster/zookeeper-1/bin/zkServer.sh start /usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh status
（4）我们把3号服务器也启动起来，把2号服务器停掉,停掉后观察1号和3号的状态。
/usr/local/zookeeper-cluster/zookeeper-3/bin/zkServer.sh start /usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh stop /usr/local/zookeeper-cluster/zookeeper-1/bin/zkServer.sh status /usr/local/zookeeper-cluster/zookeeper-3/bin/zkServer.sh status
发现新的leader产生了~
由此我们得出结论，当集群中的主服务器挂了，集群中的其他服务器会自动进行选举状态，然后产生新得leader
（5）我们再次测试，当我们把2号服务器重新启动起来启动后，会发生什么？2号服务器会再次成为新的领导吗？我们看结果
/usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh start /usr/local/zookeeper-cluster/zookeeper-2/bin/zkServer.sh status /usr/local/zookeeper-cluster/zookeeper-3/bin/zkServer.sh status
我们会发现，2号服务器启动后依然是跟随者（从服务器），3号服务器依然是领导者（主服务器），没有撼动3号服务器的领导地位。
由此我们得出结论，当领导者产生后，再次有新服务器加入集群，不会影响到现任领导者。