数据库•开发 频道

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

  【IT168 专稿】导语: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则是一个很好的起点。

1
相关文章