分布式数据库30讲
王磊
光大银行首席数据架构师
新⼈⾸单¥19.9
2606 人已学习
课程目录
已更新 31 讲 / 共 33 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词|为什么要学习分布式数据库?
免费
基础篇 (8讲)
01|什么是分布式数据库?
02|强一致性:那么多数据一致性模型,究竟有啥不一样?
03|强一致性:别再用BASE做借口,来看看什么是真正的事务一致性
04 | 架构风格:NewSQL和PGXC到底有啥不一样?
05 | 全局时钟:物理时钟和逻辑时钟你Pick谁?
06 | 分片机制:为什么说Range是更好的分片策略?
07 | 数据复制:为什么有时候Paxos不是最佳选择?
08 | 基础篇大串讲:重难点回顾+思考题答疑+知识全景图
开发篇 (15讲)
09|原子性:2PC还是原子性协议的王者吗?
10 | 原子性:如何打破事务高延迟的魔咒?
11|隔离性:读写冲突时,快照是最好的办法吗?
12 | 隔离性:看不见的读写冲突,要怎么处理?
13 | 隔离性:为什么使用乐观协议的分布式数据库越来越少?
14 | 隔离性:实现悲观协议,除了锁还有别的办法吗?
15 | 分布式事务串讲:重难点回顾+思考题答疑+知识全景图
16 | 为什么不建议你使用存储过程?
17 | 为什么不建议你使用自增主键?
18 | HTAP是不是赢者通吃的游戏?
19 | 查询性能优化:计算与存储分离架构下有哪些优化思路?
20 | 关联查询:如何提升多表Join能力?
21 | 查询执行引擎:如何让聚合计算加速?
22|RUM猜想:想要读写快还是存储省?又是三选二
23 | 数据库查询串讲:重难点回顾+思考题答疑+知识全景图
实践篇 (6讲)
24 | 全球化部署:如何打造近在咫尺且永不宕机的数据库?
25 | 容灾与备份:如何设计逃生通道保证业务连续性?
26 | 容器化:分布式数据库要不要上云,你想好了吗?
27 | 产品测试:除了性能跑分,还能测个啥?
28 | 选型案例:银行是怎么选择分布式数据库的?
29 | 产品图鉴:哪些分布式数据库值得看?
用户故事 (1讲)
用户故事 | 李兆龙:博观而约取,厚积而薄发
分布式数据库30讲
15
15
1.0x
00:00/00:00
登录|注册

28 | 选型案例:银行是怎么选择分布式数据库的?

王磊 2020-10-14
你好,我是王磊,你也可以叫我 Ivan。
在前面的课程中,我们已经介绍了分布式数据库方方面面的知识。这些知识,我觉得大概会在三个方面帮到你,分别是数据库研发、架构思维提升和产品选型。今天,我会通过几家银行的案例带你了解如何做分布式数据库的选型。
为什么要讲银行的分布式数据库选型呢?
你肯定在想,这是因为王磊老师刚好是在银行工作,更熟悉这个行业。这么说也对,银行业确实是我最熟悉的行业。但是更重要的原因是,数据库作为一款基础软件,稳定性和可靠性就是它的立身之本。而对稳定性要求最严苛的行业,就是金融业,尤其是银行业。所以,只有经过金融场景的考验,一款数据库产品才能真正扬名立万,让其他行业的用户放心使用。
也是因为这个原因,不少厂商都打出了“金融级分布式数据库”的旗号。
分布式数据库的应用场景主要特征是海量并发,所以理论上说,业务规模越大,使用分布式数据库的需求也就越迫切。无论从用户数量还是资产规模,国内最大的银行肯定是工商银行。

工商银行(分布式中间件)

工行之前的数据库主要是 Oracle 和 IBM 的 DB2,这很代表性,过去的 20 年银行业基本上就是在这两种产品中二选一。
Oracle 和 DB2 都是单体数据库,只能采用垂直扩展方式,在碰到技术天花板后就会限制业务的发展。作为业务量最大的“宇宙行”,工行面对这个问题的选择是,从单体数据库向以 MySQL 为基础的分库分表方案转型。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《分布式数据库30讲》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥19.9
立即订阅
登录 后留言

精选留言(3)

  • tt
    作为银行IT从业者,对技术和业务的关系那是深有体会啊。

    很多实际项目中,其实最本质上都体现了数据一致性乃至事物甚至分布式事物的需求,最日常的对账处理,内部账户的使用,都提现了性能和数据一致性的取舍。这又带来数据分析和监管满足的一系列问题。

    尤其是涉及到大的三方商户、客户,又是复杂的业务流程时,业务的最本质还是数据一致性的维护,还是会回归到分布式事物或者长事物上来,没有成熟的底层中间件支持,在讨论方案时总是深入甚至陷入到异常处理的细节大海中,这个循环一再重复。
    2020-10-14
    2
  • 扩散性百万咸面包
    此外,利用分布式数据库的多租户特性,转变成类似 Aurora 使用方式,还能降低数据库实例管理的复杂度。

    还有这句话,多租户特性是什么意思呢?它是怎么降低数据库实例管理的复杂度的,老师可以再细说一下吗?

    作者回复: 就是在一个集群上支持多个业务系统,每个业务系统作为一个租户,这样集群管理工作会简化。

    2020-10-15
    1
  • 扩散性百万咸面包
    这也意味着,它对分布式事务这样的复杂操作没有那么强烈的诉求。最后,用分库方案就很好地解决了海量业务的问题。
    这句话不是很明白,意思是说,分库分表方案在事务模型比较简单的情况下,比Newsql更有竞争力吗?从技术角度为什么是这样呢?

    作者回复: 如果没有分布式事务,也没有跨分片查询,那确实用分库分表要更简单些。

    2020-10-15
收起评论
3
返回
顶部