OceanBase 从0到1数据库内核实战教程学习笔记 - 3.OceanBase基础架构和开发技巧

这篇文章主要介绍王泽林老师分享的 《OceanBase 的基础架构和开发技巧》。如果您看过第一篇文章的对应视频，会发现整个系列主要分为 MiniOB 和 OceanBase 两个系列，本篇文章就是 OceanBase 系列的开篇，所以文章中会有很多 OceanBase 的概念和特点介绍，作为开篇文章为大家普及一些基础知识。

一、基础架构

首先 了解一下数据库基础架构，我们通过下面这种图，来看一下数据库普遍存在的需求：

最最重要的应属“稳定性”了，然后在稳定性基础上，增加了扩展性、高可用、高性能、低成本、兼容性等需求。如果单谈稳定性的话，作为一款新兴数据库无法提供太多有力的证据自证其词，只能通过大量的测试来佐证；要么就是通过数据库的发展历史，所以这里王泽林老师先介绍了一下 OceanBase 的发展历史。

• 2010年，OB 起源于淘宝收藏夹业务，当时还是分布式 NoSQL 存储；
• 2013年～2016年，OB 增加了 SQL 引擎的支持，支持了三副本高可用；到2016年支持了蚂蚁金服的所有核心业务；
• 2017～2019年，增加了分布式事务和强一致性支持；并做了很多外部银行案例；
• 2020年，成立商业化公司独立运营；
• 2021年6月1日，开源并大力发展社区生态，支持社区共建。

通过上面历史的介绍，我们不难发现，OB 经历了几个大的阶段，每个阶段都会发生较大的架构调整，比如从早期的 分布式 NoSQL 存储跃升为 NewSQL 分布式数据库，再比如2022年 4.0 版本小鱼发布的单机一体化架构；每一次架构的变更都是一次顺应数据库历史发展的考量。历史发展的一些重要场景，也能充分证明 OB 的能力，比如对双十一的支持、一些世界第一打榜的结果等，这里就不展开说了，网上相关的文章太多了。

接下来就是其他架构在稳定性基础上的其他特点，包括 zone、rs、paxos 等概念，zone可以类比为一个城市、机房或者机架，同一集群尽量做到概念在一个水平线上；rs是rootservice的缩写，是集群的总控服务；paxos是副本一致性协议。

在同一个 zone 里面扩展机器可以达到提高 OB 集群性能的目的，但是扩展 zone 的数量并不能提高集群的性能而只能提高高可用性。据官方说法，TPCC测试时，集群规模有1500个节点。

针对“高可用”特点，OB提供双中心的架构，是一种逻辑复制的主备库模式，这种模式下，一些集群的动作，比如创建表操作，是通过 RS 的同步完成的，两边的 RS 各为其主；分区数据是 clog 的异步同步。

另外还有可用性更高的6副本两地三中心架构和5副本的三地五中心架构：


“高性能”的特点往往值得大书特书，王泽林老师通过 OB 典型的读写场景给大家做了介绍：