OceanBase二刷TPC-C，这次纪录很残暴

Original 老鱼老鱼笔记 2022-06-18

收录于合集 #观点 79个

导语：TPC-C是数据库领域最具公信力的事务处理测试标准，最终衡量标准主要是两个：一个是性能（tpmC），还有一个是性价比（price/tpmC）。性能表示数据库能够跑多快，性价比表示数据库的成本能够做到多低。

5月20日消息，TPC官网公布，由蚂蚁金服自主研发的分布式关系数据库OceanBase，在TPC-C基准测试中打破由自己保持的世界纪录，事务处理性能由上次测试的6088万tpmC提升到7亿tpmC，性价比从上次的￥6.25/tpmC优化到￥3.98/tpmC。

从报告看，此次测试，OceanBase采用阿里巴巴公有云提供的 ECS 云服务器，数据库服务器从上次的207台64核的ECS i2服务器增加到本次的1557台84核ECS i2d服务器。两次测试采用的都是OceanBase 2.2版本的Oracle兼容模式。

时隔不足1年，二刷TPC-C，多少让人有些意外。更让人意外是测试成绩，相当残暴，tpmC直接提升10倍，单个tpmC价格下降36.3%。极大的拉高了后来者的超越门槛。

言归正传，先说结论：

1、OceanBase成为迄今为止，唯一超千个节点并通过TPC-C测试的数据库。

2、性能7亿tpmC，性价比3.98/tpmC，OceanBase创造了一个连Oracle都很难超越的成绩。

千节点集群通过TPC-C，意味着什么？

或许，有人会说，没有几个企业会有1500+节点交易数据库的需求，只是个噱头。笔者认为，这个问题，要着眼于未来，超前于业务来看。

性能如粮食，在数据库的历史上，一直都不够用。因此，性能调优也自然成为了数据库领域最热门的话题之一。

IOT时代正在来临，未来需要处理的数据规模是我们现在无法想象的，正如十年前无法想象今天的双十一的交易量一样。但有一点可以确定的是，更高的数据库性能和容量，才能充分解放业务的想象力。

俗话说，人多，力量大，但对关系数据库而言，通过简单的增加节点，来获得性能的线性增长很难，尤其是当节点增加到一定程度后。因为这一局限性，所以，我们经常看到核心数据库需要做拆分，这是因为现有集群性能无法满足，需要用多个集群来承载。

这也是为什么，我们甚少听闻超过100节点的交易数据库，更别说1500+节点的交易数据库。

而分布式数据库的特性，让OceanBase可以做到性能线性扩展，并内置透明分区，才让大规模关系数据库集群得以实现。

此次测试，展示了OceanBase的真正的水平扩展能力，证明了OceanBase数据库的处理能力和容量，不会成为企业业务发展的桎梏。

残暴新纪录，想超越很难

性能7亿tpmC，性价比3.98/tpmC，这个残暴的纪录，极大拉高了后来者超越的门槛。

以Oracle举例，从Oracle已有的版本来看，要超越这个结果恐怕也很难。

这个判断主要基于两个方面的原因：计算能力和IO能力；

先看计算能力：Oracle RAC只能到几十台，因为超过32个节点，RAC就几乎不能做OLTP处理，而是OLAP。即使单台处理能力足够大，几十台能够顶1500台，单台的网络通信能力也是不够的。而OceanBase用了1500台万兆网，如果对应到30台，每台需要50万兆的网络带宽，这是非常困难的。

再看IO能力：当年Oracle获得3025万tpmC时，用了97台存储，其中的2/3以上用了基于闪存的存储卡，如果要获得7亿即20倍以上的性能，大约得2000台性能类似的存储，即使单台存储的IO能力得到了提升，单台存储的网络带宽也有瓶颈。

写在最后

很显然，两次测试，OceanBase是有计划的进行，第一次，表现出的整体性能与传统商业数据库差距并不大，显然只是练手。第二次，才是真正展示了OceanBase分布式能力，即水平扩展能力。

当然，要成为一款优秀的通用的数据库，OceanBase还有很长的路要走，而TPC-C则是一个很好的起点。

END