ZooKeeper 实战与源码剖析 
18975 人已学习
新⼈⾸单¥59
课程目录
已完结/共 47 讲
第一章：基础篇 (7讲)
时长 03:36
时长 01:54
时长 03:02
时长 04:42
时长 07:45
时长 11:12
时长 07:02
第二章：开发篇 (6讲)
时长 07:34
时长 05:27
时长 06:59
时长 05:50
时长 03:38
时长 08:19
第三章：运维篇 (5讲)
时长 05:30
时长 05:16
时长 05:01
时长 06:43
时长 05:06
第四章：进阶篇 (4讲)
时长 11:44
时长 09:35
时长 06:28
时长 17:07
第五章：对比Chubby、etcd和ZooKeeper (9讲)
时长 10:19
时长 12:16
时长 14:57
时长 10:10
时长 12:14
时长 11:25
时长 06:24
时长 06:33
时长 05:55
第六章：ZooKeeper实现原理和源码解读 (16讲)
时长 05:37
时长 11:29
时长 12:44
时长 25:28
时长 19:16
时长 12:17
时长 14:01
时长 20:30
时长 09:26
时长 10:13
时长 20:02
时长 14:49
时长 23:02
时长 05:28
ZooKeeper 实战与源码剖析
登录|注册
当前播放: 42 | Standalone的ZooKeeper是如何处理客户端请求的？
00:00 / 00:00
高清
- 高清
1.0x
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.75x
- 0.5x
付费课程，可试看
01 | 课程介绍
02 | 内容综述
03 | 什么是ZooKeeper？
04 | ZooKeeper提供什么服务？
05 | 开始使用ZooKeeper
06 | 使用ZooKeeper实现Master-Worker协同
07 | ZooKeeper架构解析
08 | ZooKeeper API简介
09 | ZooKeeper API：Watch示例
10 | 使用ZooKeeper实现分布式队列
11 | 使用ZooKeeper实现分布式锁
12 | 使用ZooKeeper实现选举
13 | 使用Apache Curator简化ZooKeeper开发
14 | 如何安装配置一个ZooKeeper生产环境？
15 | 如何进行ZooKeeper的监控？
16 | 通过ZooKeeper Observer实现跨区域部署
17 | 通过动态配置实现不中断服务的集群成员变更
18 | ZooKeeper节点是如何存储数据的?
19 | 使用ZooKeeper实现服务发现（1）
20 | 使用ZooKeeper实现服务发现（2）
21 | 使用ZooKeeper实现服务发现（3）
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 Processor源码解读
42 | Standalone的ZooKeeper是如何处理客户端请求的？
43 | Quorum模式下ZooKeeper节点的Request Processor Pipeline
44 | ZooKeeper的Leader Election
45 | ZooKeeper的Zab协议
46 | 客户端和服务器端交互：Watch和Session
47 | 结课测试&结束语
本节摘要
登录 后留言
全部留言(3)
- 最新
- 精选
朱东旭
您好老师，在Standalone模式下,服务端的PrepRequestProcessor线程和SyncRequestProcessor线程是否各自只存在一个。
作者回复: 是的。PrepRequestProcessor和SyncRequestProcessor都只有一个线程。 您可以参考一下“Quorum模式下ZooKeeper节点的Request Processor Pipeline”PPT的第二页。
2020-03-26
朱东旭
老师您好,有个疑问
standalone模式下,写请求是不是不保证flush就会响应写成功到客户端,这样向客户端响应成功后服务端掉电了,是不是实际上更新就丢失了.
作者回复: 不会丢失。写请求要经过3个request processor的处理：PrepRequestProcessor，SyncRequestProcessor和FinalRequestProcessor。SyncRequestProcessor的以下逻辑会做落盘： SyncRequestProcessor.run() flush(toFlush) zks.getZKDatabase().commit(); 这个我应该在PPT里面写一下。 谢谢您的反馈。
2020-03-26
2
飞翔
老师 在fuzzy snapshot ppt 那页 最右下角的图应该是g0吧 您写成g1了
作者回复: 这个没有错，原因是在序列化g之间做了<setDataTXN, /g, g1, 1>这个操作。
2019-11-01
收起评论