OceanBase二刷TPC-C，這次紀(jì)錄很殘暴

導(dǎo)語：TPC-C是數(shù)據(jù)庫領(lǐng)域最具公信力的事務(wù)處理測試標(biāo)準(zhǔn)，最終衡量標(biāo)準(zhǔn)主要是兩個(gè)：一個(gè)是性能(tpmC)，還有一個(gè)是性價(jià)比(price/tpmC)。性能表示數(shù)據(jù)庫能夠跑多快，性價(jià)比表示數(shù)據(jù)庫的成本能夠做到多低。

5月20日消息，TPC官網(wǎng)公布，由螞蟻金服自主研發(fā)的分布式關(guān)系數(shù)據(jù)庫OceanBase，在TPC-C基準(zhǔn)測試中打破由自己保持的世界紀(jì)錄，事務(wù)處理性能由上次測試的6088萬tpmC提升到7億tpmC，性價(jià)比從上次的￥6.25/tpmC優(yōu)化到￥3.98/tpmC。

從報(bào)告看，此次測試，OceanBase采用阿里巴巴公有云提供的 ECS 云服務(wù)器，數(shù)據(jù)庫服務(wù)器從上次的207臺(tái)64核的ECS i2服務(wù)器增加到本次的1557臺(tái)84核ECS i2d服務(wù)器。兩次測試采用的都是OceanBase 2.2版本的Oracle兼容模式。

時(shí)隔不足1年，二刷TPC-C，多少讓人有些意外。更讓人意外是測試成績，相當(dāng)殘暴，tpmC直接提升10倍，單個(gè)tpmC價(jià)格下降36.3%。極大的拉高了后來者的超越門檻。

言歸正傳，先說結(jié)論：

1、OceanBase成為迄今為止，唯一超千個(gè)節(jié)點(diǎn)并通過TPC-C測試的數(shù)據(jù)庫。

2、性能7億tpmC，性價(jià)比3.98/tpmC，OceanBase創(chuàng)造了一個(gè)連Oracle都很難超越的成績。

千節(jié)點(diǎn)集群通過TPC-C，意味著什么?

或許，有人會(huì)說，沒有幾個(gè)企業(yè)會(huì)有1500+節(jié)點(diǎn)交易數(shù)據(jù)庫的需求，只是個(gè)噱頭。筆者認(rèn)為，這個(gè)問題，要著眼于未來，超前于業(yè)務(wù)來看。

性能如糧食，在數(shù)據(jù)庫的歷史上，一直都不夠用。因此，性能調(diào)優(yōu)也自然成為了數(shù)據(jù)庫領(lǐng)域最熱門的話題之一。

IOT時(shí)代正在來臨，未來需要處理的數(shù)據(jù)規(guī)模是我們現(xiàn)在無法想象的，正如十年前無法想象今天的雙十一的交易量一樣。但有一點(diǎn)可以確定的是，更高的數(shù)據(jù)庫性能和容量，才能充分解放業(yè)務(wù)的想象力。

俗話說，人多，力量大，但對(duì)關(guān)系數(shù)據(jù)庫而言，通過簡單的增加節(jié)點(diǎn)，來獲得性能的線性增長很難，尤其是當(dāng)節(jié)點(diǎn)增加到一定程度后。因?yàn)檫@一局限性，所以，我們經(jīng)常看到核心數(shù)據(jù)庫需要做拆分，這是因?yàn)楝F(xiàn)有集群性能無法滿足，需要用多個(gè)集群來承載。

這也是為什么，我們甚少聽聞超過100節(jié)點(diǎn)的交易數(shù)據(jù)庫，更別說1500+節(jié)點(diǎn)的交易數(shù)據(jù)庫。

而分布式數(shù)據(jù)庫的特性，讓OceanBase可以做到性能線性擴(kuò)展，并內(nèi)置透明分區(qū)，才讓大規(guī)模關(guān)系數(shù)據(jù)庫集群得以實(shí)現(xiàn)。

此次測試，展示了OceanBase的真正的水平擴(kuò)展能力，證明了OceanBase數(shù)據(jù)庫的處理能力和容量，不會(huì)成為企業(yè)業(yè)務(wù)發(fā)展的桎梏。

殘暴新紀(jì)錄，想超越很難

性能7億tpmC，性價(jià)比3.98/tpmC，這個(gè)殘暴的紀(jì)錄，極大拉高了后來者超越的門檻。

以O(shè)racle舉例，從Oracle已有的版本來看，要超越這個(gè)結(jié)果恐怕也很難。

這個(gè)判斷主要基于兩個(gè)方面的原因：計(jì)算能力和IO能力;

先看計(jì)算能力：Oracle RAC只能到幾十臺(tái)，因?yàn)槌^32個(gè)節(jié)點(diǎn)，RAC就幾乎不能做OLTP處理，而是OLAP。即使單臺(tái)處理能力足夠大，幾十臺(tái)能夠頂1500臺(tái)，單臺(tái)的網(wǎng)絡(luò)通信能力也是不夠的。而OceanBase用了1500臺(tái)萬兆網(wǎng)，如果對(duì)應(yīng)到30臺(tái)，每臺(tái)需要50萬兆的網(wǎng)絡(luò)帶寬，這是非常困難的。

再看IO能力：當(dāng)年Oracle獲得3025萬tpmC時(shí)，用了97臺(tái)存儲(chǔ)，其中的2/3以上用了基于閃存的存儲(chǔ)卡，如果要獲得7億即20倍以上的性能，大約得2000臺(tái)性能類似的存儲(chǔ)，即使單臺(tái)存儲(chǔ)的IO能力得到了提升，單臺(tái)存儲(chǔ)的網(wǎng)絡(luò)帶寬也有瓶頸。

寫在最后

很顯然，兩次測試，OceanBase是有計(jì)劃的進(jìn)行，第一次，表現(xiàn)出的整體性能與傳統(tǒng)商業(yè)數(shù)據(jù)庫差距并不大，顯然只是練手。第二次，才是真正展示了OceanBase分布式能力，即水平擴(kuò)展能力。

當(dāng)然，要成為一款優(yōu)秀的通用的數(shù)據(jù)庫，OceanBase還有很長的路要走，而TPC-C則是一個(gè)很好的起點(diǎn)。