赞
踩
目录
Zookeeper(业界简称zk)是一种提供配置管理、分布式协同以及命名的中心化服务,这些提供的
功能都是分布式系统中非常底层且必不可少的基本功能,但是如果自己实现这些功能而且要达到高吞吐、低延迟同时还要保持一致性和可用性,实际上非常困难。因此zookeeper提供了这些功能,开发者在zookeeper之上构建自己的各种分布式系统。
Zookeeper提供一个多层级的节点命名空间(节点称为znode),每个节点都用一个以斜杠(/)分隔的路径表示,而且每个节点都有父节点(根节点除外),非常类似于文件系统。并且每个节点都是唯一的。
znode节点有四种类型:
创建这四种节点:
事件监听:在读取数据时,我们可以同时对节点设置事件监听,当节点数据或结构变化时,zookeeper会通知客户端。当前zookeeper有如下四种事件:
1. 节点创建
2. 节点删除
3. 节点数据修改
4. 子节点变更
1. 引入依赖
- <dependency>
- <groupId>org.apache.zookeeper</groupId>
- <artifactId>zookeeper</artifactId>
- <version>3.4.14</version>
- </dependency>
2. 常用api及其方法
初始化zookeeper客户端类,负责建立与zkServer的会话
- new ZooKeeper(connectString, 30000, new Watcher() {
- @Override
- public void process(WatchedEvent event) {
- System.out.println("获取链接成功!!");
- }
- });
创建一个节点,1-节点路径 2-节点内容 3-访问控制控制 4-节点类型
-
- String fullPath = zooKeeper.create(path, null, ZooDefs.Ids.OPEN_ACL_UNSAFE,
- CreateMode.PERSISTENT);
判断一个节点是否存在
- Stat stat = zooKeeper.exists(rootPath, false);
- if (stat != null) {...}
查询一个节点的内容
- Stat stat = new Stat();
- byte[] data = zooKeeper.getData(path, false, stat);
更新一个节点
zooKeeper.setData(rootPath, new byte[]{}, stat.getVersion() + 1);
删除一个节点
zooKeeper.delete(path, stat.getVersion());
查询一个节点的子节点列表
List<String> children = zooKeeper.getChildren(rootPath, false);
关闭链接
- if (zooKeeper != null) {
- zooKeeper.close();
- }
分布式锁的步骤:
1. 获取锁:create一个节点
2. 删除锁:delete一个节点
3. 重试:没有获取到锁的请求重试
参照redis分布式锁的特点:
1. 互斥 排他
2. 防死锁:
1. 可自动释放锁(临时节点) :获得锁之后客户端所在机器宕机了,客户端没有主动删除子节点;如果创建的是永久的节点,那么这个锁永远不会释放,导致死锁;由于创建的是临时节点,客户端宕机后,过了一定时间zookeeper没有收到客户端的心跳包判断会话失效,将临时节点删除从而释放锁。
2. 可重入锁:借助于ThreadLocal
3. 防误删:宕机自动释放临时节点,不需要设置过期时间,也就不存在误删问题。
4. 加锁/解锁要具备原子性
5. 单点问题:使用Zookeeper可以有效的解决单点问题,ZK一般是集群部署的。
6. 集群问题:zookeeper集群是强一致性的,只要集群中有半数以上的机器存活,就可以对外提供服务。
实现思路:
1. 多个请求同时添加一个相同的临时节点,只有一个可以添加成功。添加成功的获取到锁
2. 执行业务逻辑
3. 完成业务流程后,删除节点释放锁。
由于zookeeper获取链接是一个耗时过程,这里可以在项目启动时,初始化链接,并且只初始化一次。借助于spring特性,代码实现如下:
- @Component
- public class zkClient {
- private static final String connectString = "192.168.107.135";
-
- private static final String ROOT_PATH = "/distributed";
-
- private ZooKeeper zooKeeper;
-
- @PostConstruct
- public void init() throws IOException {
- this.zooKeeper = new ZooKeeper(connectString, 30000, new Watcher() {
- @Override
- public void process(WatchedEvent watchedEvent) {
- System.out.println("zookeeper 获取链接成功");
- }
- });
- //创建分布式锁根节点
- try {
- if (this.zooKeeper.exists(ROOT_PATH, false) == null) {
- this.zooKeeper.create(ROOT_PATH, null,
- ZooDefs.Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT);
- }
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
-
- @PreDestroy
- public void destroy() {
- if (zooKeeper != null) {
- try {
- zooKeeper.close();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
- }
- /**
- * 初始化分布式对象方法
- */
- public ZkDistributedLock getZkDistributedLock(String lockname){
- return new ZkDistributedLock(zooKeeper,lockname);
- }
- }
- public class ZkDistributedLock {
- public static final String ROOT_PATH = "/distribute";
- private String path;
- private ZooKeeper zooKeeper;
-
-
- public ZkDistributedLock(ZooKeeper zooKeeper, String lockname) {
- this.zooKeeper = zooKeeper;
- this.path = ROOT_PATH + "/" + lockname;
- }
-
- public void lock() {
- try {
- zooKeeper.create(path, null, ZooDefs.Ids.OPEN_ACL_UNSAFE, CreateMode.EPHEMERAL);
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- try {
- Thread.sleep(200);
- lock();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
-
- }
-
- public void unlock(){
- try {
- this.zooKeeper.delete(path,0);
- } catch (InterruptedException e) {
- e.printStackTrace();
- } catch (KeeperException e) {
- e.printStackTrace();
- }
-
- }
- }
改造StockService的checkAndLock方法:
- @Autowired
- private zkClient client;
-
- public void checkAndLock() {
- // 加锁,获取锁失败重试
- ZkDistributedLock lock = this.client.getZkDistributedLock("lock");
- lock.lock();
- // 先查询库存是否充足
- Stock stock = this.stockMapper.selectById(1L);
- // 再减库存
- if (stock != null && stock.getCount() > 0) {
- stock.setCount(stock.getCount() - 1);
- this.stockMapper.updateById(stock);
- }
- lock.unlock();
- }
Jmeter压力测试:
性能一般,mysql数据库的库存余量为0(注意:所有测试之前都要先修改库存量为5000)
基本实现存在的问题:
1. 性能一般(比mysql略好)
2. 不可重入
接下来首先来提高性能
基本实现中由于无限自旋影响性能:
试想:每个请求要想正常的执行完成,最终都是要创建节点,如果能够避免争抢必然可以提高性能。这里借助于zk的临时序列化节点,实现分布式锁:
代码实现:
- public class ZkDistributedLock {
- public static final String ROOT_PATH = "/distribute";
- private String path;
- private ZooKeeper zooKeeper;
-
-
- public ZkDistributedLock(ZooKeeper zooKeeper, String lockname) {
- this.zooKeeper = zooKeeper;
- try {
- this.path = zooKeeper.create(ROOT_PATH + "/" + lockname + "_",
- null, ZooDefs.Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT_SEQUENTIAL);
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
-
- public void lock() {
- String preNode = getpreNode(path);
- //如果该节点没有前一个节点,说明该节点是最小的节点
- if (StringUtils.isEmpty(preNode)) {
- return;
- }
- //重新检查是否获取到锁
- try {
- Thread.sleep(20);
- lock();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
-
- /**
- * 获取指定节点的前节点
- *
- * @param path
- * @return
- */
- private String getpreNode(String path) {
- //获取当前节点的序列化序号
- Long curSerial = Long.valueOf(StringUtil.substringAfter(path, '_'));
- //获取根路径下的所有序列化子节点
- try {
- List<String> nodes = this.zooKeeper.getChildren(ROOT_PATH, false);
- //判空处理
- if (CollectionUtils.isEmpty(nodes)) {
- return null;
- }
- //获取前一个节点
- Long flag = 0L;
- String preNode = null;
- for (String node : nodes) {
- //获取每个节点的序列化号
- Long serial = Long.valueOf(StringUtil.substringAfter(path, '_'));
- if (serial < curSerial && serial > flag) {
- flag = serial;
- preNode = node;
- }
- }
- return preNode;
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- return null;
- }
-
- public void unlock() {
- try {
- this.zooKeeper.delete(path, 0);
- } catch (InterruptedException e) {
- e.printStackTrace();
- } catch (KeeperException e) {
- e.printStackTrace();
- }
-
- }
- }
主要修改了构造方法和lock方法:
并添加了getPreNode获取前置节点的方法。
测试结果如下:
性能反而更弱了。
原因:虽然不用反复争抢创建节点了,但是会自选判断自己是最小的节点,这个判断逻辑反而更复杂更 耗时。
解决方案:监听实现阻塞锁
对于这个算法有个极大的优化点:假如当前有1000个节点在等待锁,如果获得锁的客户端释放锁时,这1000个客户端都会被唤醒,这种情况称为“羊群效应”;在这种羊群效应中,zookeeper需要通知1000个 客户端,这会阻塞其他的操作,最好的情况应该只唤醒新的最小节点对应的客户端。应该怎么做呢?在 设置事件监听时,每个客户端应该对刚好在它之前的子节点设置事件监听,例如子节点列表 为/lock/lock-0000000000、/lock/lock-0000000001、/lock/lock-0000000002,序号为1的客户端监听 序号为0的子节点删除消息,序号为2的监听序号为1的子节点删除消息。
所以调整后的分布式锁算法流程如下:
改造ZkDistributedLock的lock方法:
- public void lock() {
- String preNode = getpreNode(path);
- //如果该节点没有前一个节点,说明该节点是最小的节点
- if (StringUtils.isEmpty(preNode)) {
- return;
- } else {
- CountDownLatch countDownLatch = new CountDownLatch(1);
- try {
- if (this.zooKeeper.exists(ROOT_PATH + "/" + preNode, watchedEvent -> {
- countDownLatch.countDown();
- }) == null) {
- return;
- }
- countDownLatch.await();
- return;
-
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- try {
- Thread.sleep(200);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- lock();
- }
- }
压力测试效果如下:
由此可见性能提高不少仅次于redis的分布式锁
引入ThreadLocal线程局部变量保证zk分布式锁的可重入性。
在对应的线程的存储数据
- public class ZkDistributedLock {
- public static final String ROOT_PATH = "/distribute";
- private String path;
- private ZooKeeper zooKeeper;
- private static final ThreadLocal<Integer> THREAD_LOCAL = new ThreadLocal<>();
-
-
- public ZkDistributedLock(ZooKeeper zooKeeper, String lockname) {
- this.zooKeeper = zooKeeper;
- try {
- this.path = zooKeeper.create(ROOT_PATH + "/" + lockname + "_",
- null, ZooDefs.Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT_SEQUENTIAL);
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
-
- public void lock() {
- Integer flag = THREAD_LOCAL.get();
- if (flag != null && flag > 0) {
- THREAD_LOCAL.set(flag + 1);
- return;
- }
- String preNode = getpreNode(path);
- //如果该节点没有前一个节点,说明该节点是最小的节点
- if (StringUtils.isEmpty(preNode)) {
- return;
- } else {
- CountDownLatch countDownLatch = new CountDownLatch(1);
- try {
- if (this.zooKeeper.exists(ROOT_PATH + "/" + preNode, watchedEvent -> {
- countDownLatch.countDown();
- }) == null) {
- return;
- }
- countDownLatch.await();
- THREAD_LOCAL.set(1);
- return;
-
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- try {
- Thread.sleep(200);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- lock();
- }
- }
-
- /**
- * 获取指定节点的前节点
- *
- * @param path
- * @return
- */
- private String getpreNode(String path) {
- //获取当前节点的序列化序号
- Long curSerial = Long.valueOf(StringUtil.substringAfter(path, '_'));
- //获取根路径下的所有序列化子节点
- try {
- List<String> nodes = this.zooKeeper.getChildren(ROOT_PATH, false);
- //判空处理
- if (CollectionUtils.isEmpty(nodes)) {
- return null;
- }
- //获取前一个节点
- Long flag = 0L;
- String preNode = null;
- for (String node : nodes) {
- //获取每个节点的序列化号
- Long serial = Long.valueOf(StringUtil.substringAfter(path, '_'));
- if (serial < curSerial && serial > flag) {
- flag = serial;
- preNode = node;
- }
- }
- return preNode;
- } catch (KeeperException e) {
- e.printStackTrace();
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- return null;
- }
-
- public void unlock() {
- try {
- THREAD_LOCAL.set(THREAD_LOCAL.get() - 1);
- if (THREAD_LOCAL.get() == 0) {
- this.zooKeeper.delete(path, 0);
- THREAD_LOCAL.remove();
- }
-
- } catch (InterruptedException e) {
- e.printStackTrace();
- } catch (KeeperException e) {
- e.printStackTrace();
- }
-
- }
- }
参照redis分布式锁的特点:
1. 互斥 排他:zk节点的不可重复性,以及序列化节点的有序性
2. 防死锁:
1. 可自动释放锁:临时节点
2. 可重入锁:借助于ThreadLocal
3. 防误删:临时节点
4. 加锁/解锁要具备原子性
5. 单点问题:使用Zookeeper可以有效的解决单点问题,ZK一般是集群部署的。
6. 集群问题:zookeeper集群是强一致性的,只要集群中有半数以上的机器存活,就可以对外提供服务。
7. 公平锁:有序性节点
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。