做OceanBase是因?yàn)闃I(yè)務(wù)需求

時間：2022-04-29 21:24:02 | 來源：行業(yè)動態(tài)

時間：2022-04-29 21:24:02 來源：行業(yè)動態(tài)

在今年的天貓雙11狂歡日當(dāng)天，OceanBase2.2以6100萬次/秒的成績再次刷新了數(shù)據(jù)庫處理峰值記錄，甚至超過了一個月前在TPC測試中的表現(xiàn)。

雖然同是關(guān)系型數(shù)據(jù)庫，但和甲骨文的集中式數(shù)據(jù)庫不同，OceanBase是面向高并發(fā)、大數(shù)據(jù)環(huán)境而生的分布式關(guān)系型數(shù)據(jù)庫?；谕耆姆植际郊軜?gòu)設(shè)計和PAXOS協(xié)議，OceanBase的工作方式是把原來集中存儲和處理的數(shù)據(jù)分散到不同的機(jī)器上，如此一來，系統(tǒng)的存儲和計算能力就能通過增減機(jī)器而實(shí)現(xiàn)水平伸縮，支持大規(guī)模高并發(fā)的效果。

此外，為了進(jìn)一步提升性能和降低延遲，在今年的雙11中，OceanBase還通過中間件的優(yōu)化，自動將多條SQL聚合成輕量級的存儲過程，這個過程讓原本需要數(shù)十次SQL網(wǎng)絡(luò)交互的任務(wù)降低為單次網(wǎng)絡(luò)交互，整體RT降低了20%。

在今年雙11之后，螞蟻金服高級研究員陽振坤與媒體分享了背后的螞蟻金服技術(shù)。談起研發(fā)這樣一種分布式數(shù)據(jù)庫的初衷時，他表示，要做數(shù)據(jù)庫的研發(fā)首先要有業(yè)務(wù)需求，傳統(tǒng)的數(shù)據(jù)庫對于在線交易處理和在線分析處理雖然具有非常強(qiáng)的能力，但是隨著互聯(lián)網(wǎng)的發(fā)展，線上交易量和數(shù)據(jù)量出現(xiàn)了成百上千倍的增長，作為系統(tǒng)支撐的單個硬件難以支持這樣的快速變化，因此，原來由同一關(guān)系數(shù)據(jù)庫進(jìn)行的OLTP和OLAP處理演變成了由數(shù)據(jù)庫分庫分表和數(shù)據(jù)倉庫兩個系統(tǒng)分別來做。



螞蟻金服高級研究員 陽振坤

這樣的變化帶來了很多不便。首先，最麻煩的是數(shù)據(jù)倉庫與交易處理數(shù)據(jù)庫的連接；其次，交易數(shù)據(jù)庫分庫分表在業(yè)務(wù)量浮動過程中不夠靈活；其三，數(shù)據(jù)倉庫數(shù)據(jù)冗余并且不是實(shí)時更新，這帶來了很多問題。而這些問題就是促使分布式關(guān)系型數(shù)據(jù)庫出現(xiàn)非常重要的原因。陽振坤表示。

然而，據(jù)他所說，分布式系統(tǒng)的設(shè)計特點(diǎn)是把多臺機(jī)器連在一起進(jìn)行存儲和計算，這往往會帶來整體可靠性的指數(shù)級降低，因此，OceanBase在推出之初一直不被看好。正因?yàn)榇嬖谶@樣一些質(zhì)疑，才促使我們下決心全力參與TPC-C benchmark測試。陽振坤說。