MongoDB 高手课 
19351 人已学习
新⼈⾸单¥59
课程目录
已完结/共 53 讲
第一章：MongoDB再入门 (12讲)
时长 06:23
时长 03:02
时长 12:46
时长 12:28
时长 14:37
时长 16:46
时长 09:59
时长 13:05
时长 16:17
时长 11:44
时长 16:55
时长 11:52
第二章：从熟练到精通的开发之路 (12讲)
时长 11:47
时长 06:30
时长 07:59
时长 13:56
时长 09:54
时长 12:26
时长 18:19
时长 13:37
时长 20:25
时长 16:44
时长 14:09
时长 12:58
第三章：分片集群与高级运维之道 (16讲)
时长 15:34
时长 17:38
时长 20:35
时长 11:38
时长 09:28
时长 09:43
时长 12:26
时长 15:16
时长 11:08
时长 17:00
时长 15:50
时长 13:56
时长 14:47
时长 14:10
时长 16:53
时长 11:34
第四章：企业架构师进阶之法 (13讲)
时长 15:08
时长 13:54
时长 15:05
时长 08:15
时长 13:50
时长 18:33
时长 12:58
时长 15:34
时长 11:57
时长 13:46
时长 19:28
时长 10:52
时长 05:25
MongoDB 高手课
登录|注册
当前播放: 39 | 高级集群设计：全球多写
00:00 / 00:00
高清
- 高清
1.0x
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.75x
- 0.5x
付费课程，可试看
01 | 课程介绍
02 | 内容综述
03 | 认识文档数据库MongoDB
04 | MongoDB特色及优势
05 | 实验：安装MongoDB
06 | MongoDB基本操作
07 | 实验：Hello World程序开发
08 | 聚合查询
09 | 实验：聚合查询
10 | 复制集机制及原理
11 | 实验：搭建MongoDB复制集
12 | MongoDB全家桶
13 | 模型设计基础
14 | JSON文档模型设计特点
15 | 文档模型设计之一：基础设计
16 | 文档模型设计之二：工况细化
17 | 文档模型设计之三：模式套用
18 | 设计模式集锦
19 | 事务开发：写操作事务
20 | 事务开发：读操作事务之一
21 | 事务开发：读操作事务之二
22 | 事务开发：多文档事务
23 | Change Stream
24 | MongoDB开发最佳实践
25 | 分片集群机制及原理
26 | 分片集群设计
27 | 实验：分片集群搭建及扩容
28 | MongoDB监控最佳实践
29 | MongoDB备份与恢复
30 | 备份与恢复操作
31 | MongoDB安全架构
32 | MongoDB安全加固实践
33 | MongoDB索引机制（一）
34 | MongoDB索引机制（二）
35 | MongoDB读写性能机制
36 | 性能诊断工具
37 | 高级集群设计：两地三中心
38 | 实验：搭建两地三中心集群
39 | 高级集群设计：全球多写
40 | MongoDB上线及升级
41 | MongoDB应用场景及选型
42 | MongoDB典型案例（一）
43 | MongoDB典型案例（二）
44 | 关系型数据库迁移
45 | 数据库迁移方式及工具
46 | Oracle迁移实战
47 | MongoDB + Spark实时大数据
48 | MongoDB + Spark连接实战
49 | MongoDB SQL套接件
50 | MongoDB与微服务
51 | MongoDB与数据中台
52 | MongoDB数据中台案例
53 | 结果测试&结束语
本节摘要
登录 后留言
全部留言(5)
- 最新
- 精选
jone
老师，咨询一个小问题，
sh.addTagRange("crm.orders", {"locationCode":"CN","order_id":MinKey},
{{"locationCode":"CN","order_id":MaxKey}},"ASIA" );
为什么不直接用：
sh.addTagRange("crm.orders", {"locationCode":"CN"},
{{"locationCode":"CN"}},"ASIA" );
去掉order_id呢。
另外一个小问题，原来可能有业务直接通过order_id进行获取订单信息，但是现在是通过了mongos，如果find里面没有locationCode，会去俩个分片去查询数据进行汇总，那老师，建议在find里面额外加上locationCode进行查询么，比如：
db.order.find({"order_id":1,"locationCode":"CN"}); <业务可能会通过请求者的ip之类的来确定locationCode>
作者回复: 这个tag 范围必须是在片健上做。按你的提议，片健就必须是 {locationCode:1}。 这个片健就完全不合适，你所有的数据一共就只有几个片（几个location 就几个片），典型的基数太大，jumbo chunk问题。
2020-04-02
3
1
趁早
中国和美国各部署一套复制集 和 老师说的全球多写方式有什么不同？ 如果美国客户需要读取中国数据，那就读中国的复制集就好了呀
作者回复: 中美之间网络延迟会很长， 直接读中国，用户体验无法得到保证。
2020-03-01
2
1
小佳
唐老师，感谢您的视屏教程，性价比和质量都非常高。而且讲课方式让人听了很舒服。
另外有个问题哈，第39讲MongoDB Zone Sharding工作原理的ppt，
右下角的“Shard 0 Primary tag:AMERICA”应该是“Shard 1”吧？ 我听老师念的是“Shard 1”
作者回复: 谢谢你的细心！我会让极客时间修正视频
2020-06-01
不愿透露国籍的四川人
老师好，请问全球多写模式下，不同地区，使用多个分片情况下，该如何配置打标签？
2020-02-24
1
A荔枝味
我是做物联网平台的 现在数据存储是按设备id作为集合名称来存储数据的 有什么部署方案
2021-06-06
收起评论