当前播放: 11 | 使用ZooKeeper实现分布式锁
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
课程目录
第一章:基础篇 (7讲)
01 | 课程介绍
免费
02 | 内容综述
免费
03 | 什么是ZooKeeper?
免费
04 | ZooKeeper提供什么服务?
免费
05 | 开始使用ZooKeeper
免费
06 | 使用ZooKeeper实现Master-Worker协同
07 | ZooKeeper架构解析
第二章:开发篇 (6讲)
08 | ZooKeeper API简介
09 | ZooKeeper API:Watch示例
10 | 使用ZooKeeper实现分布式队列
11 | 使用ZooKeeper实现分布式锁
12 | 使用ZooKeeper实现选举
13 | 使用Apache Curator简化ZooKeeper开发
第三章:运维篇 (5讲)
14 | 如何安装配置一个ZooKeeper生产环境?
15 | 如何进行ZooKeeper的监控?
16 | 通过ZooKeeper Observer实现跨区域部署
17 | 通过动态配置实现不中断服务的集群成员变更
18 | ZooKeeper节点是如何存储数据的?
第四章:进阶篇 (4讲)
19 | 使用ZooKeeper实现服务发现(1)
20 | 使用ZooKeeper实现服务发现(2)
21 | 使用ZooKeeper实现服务发现(3)
22 | Kafka是如何使用ZooKeeper的?
第五章:对比Chubby、etcd和ZooKeeper (9讲)
23 | 什么是Paxos协议?
24 | 对比Chubby和ZooKeeper
25 | Raft协议解析
26 | 什么是etcd?
27 | etcd API: KV部分
28 | etcd API:Watch和Lease部分
29 | 使用etcd实现分布式队列
30 | 使用etcd实现分布式锁
31 | 如何搭建一个etcd生产环境?
第六章:ZooKeeper实现原理和源码解读 (16讲)
32 | 存储数据结构之B+tree
33 | 存储数据结构之LSM
34 | 本地存储技术总结
35 | ZooKeeper本地存储源码解析
36 | 网络编程基础
37 | 事件驱动的网络编程
38 | Java的事件驱动网络编程
39 | ZooKeeper的客户端网络通信源码解读
40 | ZooKeeper的服务器网络通信源码解读
41 | ZooKeeper的Request Processor源码解读
42 | Standalone的ZooKeeper是如何处理客户端请求的?
43 | Quorum模式下ZooKeeper节点的Request Processor Pipeline
44 | ZooKeeper的Leader Election
45 | ZooKeeper的Zab协议
46 | 客户端和服务器端交互:Watch和Session
47 | 结束语
11 | 使用ZooKeeper实现分布式锁

11 | 使用ZooKeeper实现分布式锁

么敬国
新东方集团首席架构师
47讲 约450分钟3021
单独订阅¥129
2人成团¥99
3
登录 后留言

精选留言(6)

  • ly
    老师,这个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.

    2019-08-27
    2
  • Demon.Lee
    老师,如果使用curator框架进行分布式锁的实现(针对并发修改表中的一条记录),
    InterProcessMutex lock = new InterProcessMutex(client, lockPath);
    故我对表中的id字段进行加锁,但是这个id不能放在上面的lockPath中,否则在zookeeper中就会产生成千上万个znode。所以,这个id必须是临时节点,但是InterProcessMutex中好像没有找到相应的api,是否只能走zookeeper原生的方式实现吗
    2019-12-17
  • onlyone
    公平锁会有一个比较麻烦的地方,比如 节点1获得了锁,节点2客户端watch节点1,节点3客户端watch节点2。此时如果节点2的客户端心跳失效,触发watch机制,节点3的客户端要更换watch节点,也就是watch锁持有者节点1,否则一旦节点1释放锁,其它客户端永远感知不到。

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

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

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

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

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

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

    Chubby的锁机制也是advisory的。

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

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

    2019-08-27
收起评论
看过的人还看
MySQL实战45讲

林晓斌  网名丁奇,前阿里资深技术专家

48讲 | 44089 人已学习

拼团 ¥79 原价 ¥99
Kafka核心技术与实战

胡夕  人人贷计算平台部总监,Apache Kafka Contributor

46讲 | 8571 人已学习

拼团 ¥79 原价 ¥99
消息队列高手课

李玥  京东零售技术架构部资深架构师

41讲 | 8601 人已学习

拼团 ¥79 原价 ¥99
分布式技术原理与算法解析

聂鹏程  智载云帆CTO,前华为分布式Lab资深技术专家

42讲 | 6176 人已学习

拼团 ¥79 原价 ¥99