0

oceanbase二刷tpc-利来国际app

老鱼笔记 2020-05-21
1887

导语:tpc-c是数据库领域最具公信力的事务处理测试标准,最终衡量标准主要是两个:一个是性能(tpmc),还有一个是性价比(price/tpmc)。性能表示数据库能够跑多快,性价比表示数据库的成本能够做到多低。


5月20日消息,tpc利来国际app官网公布,由蚂蚁金服自主研发的分布式关系数据库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

延伸阅读

公众号

laoyubiji

老鱼,企业级老编一枚,采访过上百位ceo/cto,你若有故事,欢迎联系!

欢迎订阅老鱼笔记

✬如果你喜欢这篇文章,欢迎分享到朋友圈✬

评论功能现已开启,灰常接受一切形式的吐槽和赞美☺

「喜欢文章,快来给作者赞赏墨值吧」
文章转载自 老鱼笔记,如果涉嫌侵权,请发送邮件至:[email protected]进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论