下载APP
登录
关闭
讲堂
算法训练营
Python 进阶训练营
企业服务
极客商城
客户端下载
兑换中心
渠道合作
推荐作者
当前播放: 11 | 使用ZooKeeper实现分布式锁
00:00 / 00:00
标清
  • 标清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看

ZooKeeper实战与源码剖析

共47讲 · 约450分钟
2921
免费
01 | 课程介绍
免费
02 | 内容综述
免费
03 | 什么是ZooKeeper?
免费
04 | ZooKeeper提供什么服务?
免费
05 | 开始使用ZooKeeper
06 | 使用ZooKeeper实现Master...
07 | ZooKeeper架构解析
08 | ZooKeeper API简介
09 | ZooKeeper API:Watch示...
10 | 使用ZooKeeper实现分布式...
11 | 使用ZooKeeper实现分布式...
12 | 使用ZooKeeper实现选举
13 | 使用Apache Curator简化Z...
14 | 如何安装配置一个ZooKeepe...
15 | 如何进行ZooKeeper的监控...
16 | 通过ZooKeeper Observer...
17 | 通过动态配置实现不中断服...
18 | ZooKeeper节点是如何存储...
19 | 使用ZooKeeper实现服务发...
20 | 使用ZooKeeper实现服务发...
21 | 使用ZooKeeper实现服务...
22 | Kafka是如何使用ZooKeeper...
23 | 什么是Paxos协议?
24 | 对比Chubby和ZooKeeper
25 | Raft协议解析
26 | 什么是etcd?
27 | etcd API: KV部分
28 | etcd API:Watch和Lease...
29 | 使用etcd实现分布式队列
30 | 使用etcd实现分布式锁
31 | 如何搭建一个etcd生产环境...
32 | 存储数据结构之B+tree
33 | 存储数据结构之LSM
34 | 本地存储技术总结
35 | ZooKeeper本地存储源码解...
36 | 网络编程基础
37 | 事件驱动的网络编程
38 | Java的事件驱动网络编程
39 | ZooKeeper的客户端网络通...
40 | ZooKeeper的服务器网络通...
41 | ZooKeeper的Request Proc...
42 | Standalone的ZooKeeper是...
43 | Quorum模式下ZooKeeper节...
44 | ZooKeeper的Leader Elect...
45 | ZooKeeper的Zab协议
46 | 客户端和服务器端交互:Wa...
47 | 结束语

精选留言(5)

  • 2019-08-27
    老师,这个znode是不是就是类似redis中的一个key的概念呢。另外我们这边经常用redis来做分布式锁(setnx命令),只是redis没有将请求者进行排队,感觉redis要简单一些,能否点评一下这两种锁的使用场景及优缺点。

    作者回复: > 老师,这个znode是不是就是类似redis中的一个key的概念呢

    你可以把znode理解成Redis的一个key。但是znode之间有层次关系。

    > 另外我们这边经常用redis来做分布式锁(setnx命令),只是redis没有将请求者进行排队,感觉redis要简单一些,能否点评一下这两种锁的使用场景及优缺点。

    1. 如果一个调用setnx的Redis客户端crash,它设置的key还会存在,换言之锁不会自动释放。在ZooKeeper里面,我们用临时节点表示锁,如果ZooKeeper客户端crash,它的锁会自动释放。
    2. ZooKeeper实现的锁可以在锁释放时只通知一个锁请求者,还保证锁分配的FIFO。

    个人感觉ZooKeeper的锁方案更加完备。setnx只是一个简单的SET if Not eXists命令,如果你的场景很简单也可以用它。

    另外Redis(https://redis.io/commands/setnx)本身也不推荐使用setnx了。

    > The following pattern is discouraged in favor of the Redlock algorithm which is only a bit more complex to implement, but offers better guarantees and is fault tolerant.

    2
  • 2019-10-17
    公平锁会有一个比较麻烦的地方,比如 节点1获得了锁,节点2客户端watch节点1,节点3客户端watch节点2。此时如果节点2的客户端心跳失效,触发watch机制,节点3的客户端要更换watch节点,也就是watch锁持有者节点1,否则一旦节点1释放锁,其它客户端永远感知不到。

    而非公平锁,不会存在这个问题,中间其它未持有锁的client端的session失效,并不会对其他客户端产生影响,另外我们日常工作的大部分场景的锁竞争并不会特别激烈,所以非公平锁的性能会更佳,正因为如此,jdk下JUC包里面的锁类默认都是采用非公平模式
    展开

    作者回复: 分布式锁这么设计的原因是为了避免羊群效应,公平性是一个副作用。这样设计是有你说的那个问题。

  • 2019-10-06
    如果 node 是按数字序号作为后缀,是不是意味着数字序号会被用完?

    作者回复: 一个目录下的顺序性节点是统一进行编号的,用的是int类型。如果一个目录下面有超过2^32个顺序性节点的话,会有您说的问题。但是这种情况实际发生的概率很小,所以ZooKeeper没有针对这种情况做处理。

  • 2019-09-01
    老师,是不是zookeeper没有加锁的功能,而是客户端自行做逻辑判断它如果不是排在第一位,则不能获取资源呢?

    作者回复: 是的,ZooKeeper本身不提供锁,但是可以使用znode操作来实现。但是实现出来的锁也是advisory的,这就是说用户可以忽视这个锁直接获取资源。

    Chubby的锁机制也是advisory的。

  • 2019-08-27
    请问一下老师课程中讲的代码是zk的代码还是zk客户端的代码,我有点晕

    作者回复: zookeeper的源代码。https://github.com/apache/zookeeper/tree/branch-3.5.5/zookeeper-recipes/zookeeper-recipes-lock