0
| 本文作者： 董子博 | 2022-01-19 18:24 |
對中國的電商公司來說，1萬億元GMV意味著什么？
回到十年前，這個答案是：意味著他們要給IOE（IBM、Oracle、EMC）三家美國公司200億元采購費，而且是每年都要給。這筆錢甚至?xí)^他們自身當(dāng)年所能賺取的利潤。
如果這件事真的發(fā)生，中國后來諸多巨無霸一樣的互聯(lián)網(wǎng)公司都會成為美國公司的打工人。
但是十年過去，現(xiàn)實并非如此，這一切都要從一位叫陽振坤的科學(xué)家說起。
很多年前，他曾追隨老師王選院士打造激光照排。
現(xiàn)在他又創(chuàng)造了世界上第一個真正意義上的分布式數(shù)據(jù)庫OceanBase。
OceanBase創(chuàng)始人 首席科學(xué)家：陽振坤（花名：正祥）
事實上，OceanBase從在阿里立項之日起，就面臨著夭折的危機。
陽振坤對雷峰網(wǎng)說起這事，只是靦腆地笑著，操著稍帶湖北口音的老家話，言語不緊不慢。
但是，他很清楚這件事的重要性：“如果當(dāng)時，我們沒有做OceanBase，后來的其他公司要做數(shù)據(jù)庫就只剩一條路，就是‘穿馬甲’——把開源的東西拿過來，改成自己的‘馬甲’，然后去做?！?/p>
在阿里之前的戰(zhàn)略會上，“去IOE”這個戰(zhàn)略方向曾經(jīng)得到阿里首席技術(shù)官王堅博士的堅持，前文200億元的說法就是他算出來的。
阿里巴巴集團技術(shù)委員會主席 王堅（花名：博士）
阿里前CEO衛(wèi)哲為雷峰網(wǎng)回憶過當(dāng)日場景。
王堅為增加說服力，甚至拉上了已經(jīng)退休的CTO吳炯，讓他從技術(shù)的角度談了亞馬遜和谷歌的情況，作為整體鋪墊；然后自己再從財務(wù)的精算，把1萬億元GMV折算成數(shù)據(jù)量，再折算成需要的IBM小型機數(shù)量、Oracle數(shù)據(jù)庫量、EMC存儲數(shù)量，最后換算成具體價格相加。
王堅算完之后，阿里執(zhí)委會的所有人都服氣了，算是從高管層面解決了這個問題。（當(dāng)日現(xiàn)場討論非常精彩，細節(jié)請看《沸騰十五年》修訂版。）
但是，光說服上面的人是不夠的，下面的執(zhí)行者都是Oracle、EMC工程師，“去IOE”其實就是砸他們的飯碗，他們怎么會支持呢。
在陽振坤開啟OceanBase項目之時，他聽到的負面的、否定的聲音，遠多于支持的聲音。
作為創(chuàng)新者，逆風(fēng)而行是必須要承擔(dān)的代價，如果不能到達彼岸，就會摔在地上，聽到鋪天蓋地的訕笑。
兩年，這是阿里給陽振坤的期限，也是阿里高管們能為他頂住壓力的時間。兩年內(nèi)做出成績，公司全力支持；做不出成績，就只能卷鋪蓋走人。
背著這樣的壓力，陽振坤帶著OceanBase團隊出發(fā)了。
陽振坤想做的體系是原生分布式數(shù)據(jù)庫。如果成功，OceanBase將有機會幫助企業(yè)構(gòu)建新一代的核心系統(tǒng)。
在OceanBase之前，以O(shè)racle為主導(dǎo)的巨頭們使用的都是“集中式數(shù)據(jù)庫”。如果將數(shù)據(jù)庫的處理能力和容量類比為“馬拉車”，集中式數(shù)據(jù)庫的解決方案是把“馬”做大，讓單機實力更加強勁，帶動數(shù)據(jù)的存儲和處理。
但集中式數(shù)據(jù)庫也存在問題。一方面，誕生于數(shù)十年前的集中式數(shù)據(jù)庫太老，很難應(yīng)對指數(shù)級增長的容量需求。當(dāng)“馬”的增長很難跟上“車”的速度，那么系統(tǒng)的崩潰就只是時間問題。企業(yè)仍然可以通過加大金錢投入，來增加數(shù)據(jù)庫的能力，但成本卻也將大大提升。
另一方面，集中式的數(shù)據(jù)庫應(yīng)對風(fēng)險的防控能力很差。如果集中式數(shù)據(jù)庫中的一臺機器出現(xiàn)故障，那么整個系統(tǒng)都可能面臨崩潰的風(fēng)險，牽一發(fā)而動全身。
既然獨木難支，為何不“眾人拾柴”？本就對分布式頗有研究，陽振坤想到，可以動用許多“小馬”，一起來拉動這輛“大車”。
這就是原生分布式數(shù)據(jù)庫OceanBase靈感的來源，而在2010年，世界上都沒有人提出過這種思路。陽振坤振臂一呼，可以說是“前無古人”。
相比傳統(tǒng)的集中式數(shù)據(jù)庫，分布式數(shù)據(jù)庫可擴展性更強。面對飛速增長的需求，OceanBase不依賴單機，可以做到簡單、便宜的擴容。同時，原先的小型機一臺也要幾十上百萬，在OceanBase分布式的構(gòu)想中，便宜的單機也可以拿來做服務(wù)器，從幾十萬到幾萬，OceanBase比Oracle便宜了不止一點半點。
分布式數(shù)據(jù)庫容災(zāi)性也更強。由于OceanBase“不把雞蛋放在一個籃子里”，當(dāng)體系中某個單機出現(xiàn)問題時，數(shù)據(jù)庫仍然能夠穩(wěn)定運行?！叭匚逯行模侨龣C房”，螞蟻的體系如此設(shè)計，只要大多數(shù)設(shè)備不同時宕機，系統(tǒng)的運行就不會受到影響。
HTAP（混合事務(wù)分析處理），這是OceanBase的又一大利器。
數(shù)據(jù)庫的功能大致可以分為兩類——OLTP和OLAP。
OLTP指“在線事務(wù)和交易處理”，也就是“記賬”。買家的每一筆支出、商家的每一單銷售，在平臺上產(chǎn)生的每一條數(shù)據(jù)都要分門別類記載清楚。
OLAP指“在線分析處理”，也就是“數(shù)據(jù)分析”。分析用戶偏好、分析運營數(shù)據(jù)等能力都位列其中。
數(shù)據(jù)庫的用戶既有“記賬”的需求，又有“分析”的需求，但這兩種需求卻通常需要以兩個不同的數(shù)據(jù)庫系統(tǒng)來分別滿足，市場上少有可靠的、一站式的解決方案。操作兩種系統(tǒng)，成本和難度自然更高。
如同左腦和右腦，“記賬”和“分析”是兩種不同的數(shù)據(jù)處理方式?！坝涃~”需要實時與系統(tǒng)交互，數(shù)據(jù)要“逐行”存儲；而分析則需要縱向?qū)Ρ?，?shù)據(jù)要“逐列”存儲。
OceanBase做的，就是把“左腦”和“右腦”合并了起來，形成了一站式的解決方案。方便，而且便宜。說起來簡單，將“行存”和“列存”做到一起并非易事，而分布式的架構(gòu)設(shè)計又為HTAP模式提供了技術(shù)上的可行之處。
體系設(shè)計雖好，但實話說，2年真的不太夠用。
OceanBase在頭兩年的成果難說讓人滿意，陽振坤自然深知這一點。在2012年底的時候，功能還有許多沒能實現(xiàn)，團隊也不夠完備。在產(chǎn)品的第一關(guān)，OceanBase就輸了。
缺乏業(yè)務(wù)也是OceanBase遇到的又一個難題。阿里內(nèi)部的各業(yè)務(wù)群也當(dāng)然并非“一心同體”，業(yè)務(wù)老大們要背自己的業(yè)務(wù)指標，總部做決定也要考慮到他們的利益，數(shù)據(jù)庫是底層系統(tǒng)，不能強制他們“說換就換”。在部門墻之下，OceanBase初來乍到，還沒有與各業(yè)務(wù)部門建立起信任感，只能自下而上地“推銷”自己的產(chǎn)品，自然事倍功半。
眼見2年之期將至，OceanBase面臨著隨時可能被公司關(guān)停的狀況。
內(nèi)外交困下，陽振坤還是獲得了第二次機會。
傳說中，還是陽振坤特意飛去杭州阿里總部，找到了他在微軟的老同事王堅。王堅時任阿里CTO，當(dāng)時也是他在阿里云最難的時候。他深知陽振坤在阿里從事科研的難度，也能看到OceanBase在未來數(shù)據(jù)庫競爭中的潛力，于是在和相關(guān)領(lǐng)導(dǎo)協(xié)商后，發(fā)下了一紙調(diào)令。
不久后，OceanBase就被調(diào)整到了支付寶體系下。
但問及這段時間，陽振坤心中第一個想到的是現(xiàn)任阿里的CTO程立，花名魯肅。在陽振坤和團隊來到支付寶后，作為阿里技術(shù)人心中“神一樣的人物”，魯肅也看好原生分布式數(shù)據(jù)庫的前景，于是幫助陽振坤在支付寶站穩(wěn)了腳跟，這也為OceanBase在日后的崛起埋下了伏筆。
阿里巴巴CTO 程立（花名：魯肅）
2014年，在支付寶，陽振坤和OceanBase終于等到了千載難逢的機會。
當(dāng)年，雙十一的交易量預(yù)期又將創(chuàng)下紀錄。面對又一次大考，支付寶內(nèi)部的數(shù)據(jù)庫工程師如臨大敵，又如火如荼地開始了數(shù)據(jù)庫跑量的壓力測試。
大敵當(dāng)前，陽振坤和他的團隊卻還在坐冷板凳。多次主動請纓，支付寶卻僅讓OceanBase承擔(dān)1%的業(yè)務(wù)流水。又是一年的失望，屬于OceanBase的翻盤點似乎還遙不可及。
前文也提到了，OceanBase的功能和結(jié)構(gòu)都比Oracle要強勁很多，為什么支付寶沒有全面推廣OceanBase應(yīng)用呢？
IOE體系就是數(shù)據(jù)庫界的PUA。你明知它貴，你明知它不好用，你明知有更便宜、便捷的解決方案，但你愿意相信它。在ToB生意里，信任最為難能可貴。
“你如何保證OceanBase不弄丟支付寶用戶的一分錢？”魯肅的這句話也曾問懵過陽振坤。
IOE雖然種種不好，但IOE勝在穩(wěn)健。許多技術(shù)負責(zé)人不愿用新的技術(shù)和產(chǎn)品，用老產(chǎn)品出問題可以怪產(chǎn)品，用新產(chǎn)品出問題就只能怪自己了。
歸根結(jié)底，沒信任就沒有使用，沒有使用也就沒有信任。OceanBase就在這樣一個死循環(huán)里苦苦掙扎。
就在OceanBase的未來仍不明確的時候，一個“壞”消息傳來：Oracle崩了！
原來，在跑量測試時，一直在螞蟻內(nèi)處于主導(dǎo)地位的Oracle竟然屢次崩潰，可承壓能力僅有預(yù)期的90%。
已經(jīng)顧不上OceanBase是否可靠，在這時行不行都得上。技術(shù)團隊不得不做出了一個艱難的決定：緊急啟用OceanBase。
雙十一的流量逐年都在增加，集中式的Oracle總會有一天跌落神壇。陽振坤早就在等著這一天，OceanBase逆襲的機會來了！
于是OceanBase臨危受命，接下了支付寶2014年雙十一10%的流量。
這是機遇，可又何嘗不是重于泰山的壓力？陽振坤深知，他和他的團隊但凡出了一點差池，那么他和OceanBase在公司里就將永遠失去信任，再沒人敢用。哪怕后面能夠給業(yè)務(wù)帶來好處，也無濟于事。
這一仗，OceanBase只許成功，不能失敗。
雙十一前夜，OceanBase全員枕戈待旦。螞蟻集團的CEO彭蕾（花名Lucy）先前在阿里內(nèi)部任首席人力官，知人善用。她連夜來到了OceanBase的辦公室，既是動員，也是督戰(zhàn)。
變動如此巨大，難說彭蕾的心里沒有忐忑。她問陽振坤有沒有信心，陽恰好站在窗邊。他推開窗子，杭州11月已經(jīng)開始轉(zhuǎn)冷，辦公樓下路人行色匆匆。陽振坤知道，他和OceanBase的前途全部取決于此，他說：
“出了問題，我們準備從這跳下去?！?/strong>
7年后，OceanBase早已成為了國產(chǎn)數(shù)據(jù)庫中的“頭馬”。談及此事，陽振坤只說是個玩笑。而當(dāng)年的壓力、忐忑和“不成功便成仁”的決絕，都如同過眼云煙，成為了多年之后的笑談。
開源是許多程序猿的浪漫。
盡管在外界看來十分令人不解——把自己辛苦寫的代碼免費向社會公開，但OceanBase還是堅決地選擇了開源。
拋開技術(shù)人的理想主義，OceanBase之所以選擇開源，有如下這3大原因：
一方面，數(shù)據(jù)庫需要跑量。在足夠的測試與反饋的過程中，數(shù)據(jù)庫才能發(fā)現(xiàn)運行問題，進行有機的調(diào)整。
OceanBase作為一個新概念的數(shù)據(jù)庫產(chǎn)品，自然急需實際的測試和驗證。開源，就是給了OceanBase不斷“打怪升級”的機會。
另一方面，剛剛提到過，信任對于數(shù)據(jù)庫產(chǎn)品來說是重要的壁壘，也是合作的基石。用戶要把數(shù)據(jù)委托給數(shù)據(jù)庫，幾乎是要把自己重要的“家產(chǎn)”托付出去。
OceanBase把自己的代碼和秘密全部公開，也是告訴用戶自己值得信任。基于這種信任，OceanBase也期望能形成自己的開源社區(qū)，擴大用戶群。
有人用，就有信任；有了信任，就有更多人用，也就自然能產(chǎn)生更多收益。
陽振坤有足夠的信心，即使OceanBase開源供公眾使用，他人也很難弄懂其中的奧秘和機理。前文也提到過，數(shù)據(jù)庫本就是一項極度復(fù)雜的工程。如同芯片一樣，即使能夠拿到成品，但難以對其進行反向工程。即使開源，護城河也在。
著名的數(shù)據(jù)庫MySQL開源20余年，核心技術(shù)就仍然掌握在開發(fā)團隊的手中。這種技術(shù)壁壘映射到開源上，稱得上是一種數(shù)據(jù)庫的核心能力。
于是在2011年，當(dāng)時還屬于淘寶體系的OceanBase第一次開源，而這次開源的經(jīng)歷難稱圓滿。
這次開源對于OceanBase來說，頗有“趕鴨子上架”的意味。OceanBase在2014年前還是以單點寫入的模式為主，兩年后才正式完成了1.0版本。
而2011年為了迎合淘寶系統(tǒng)全面開源的潮流，也是技術(shù)人的一腔熱情，OceanBase匆匆宣布開源，而實際公開的只是一個“半成品”。這個版本當(dāng)時還以單點寫入為主，還完全不是團隊理想中的樣子。
而通過這次開源，另外一個問題也隨之映射出來：OceanBase的定位究竟是什么？究竟要做螞蟻業(yè)務(wù)的一個支持部門，還是一個通用化的工具？
做支持，OceanBase需要更多面向公司內(nèi)部的需求。一些“量身定制”的需求，甚至可能超出常規(guī)數(shù)據(jù)庫的功能范圍。如果被這種需求牽著走，則很可能造成工期上的損耗，也容易把自己的路走窄。
陽振坤和團隊想做的，一直都是一個通用化的工具。但認知上的鴻溝，讓首次開源的OceanBase無法獲得業(yè)務(wù)團隊足夠的支持，開發(fā)團隊則要把主要精力投入到產(chǎn)品1.0版本的開發(fā)中，很難分出人手去維護開源版本的持續(xù)更新。
難說誰對誰錯，只是立場不同。
無人可用，首次開源的OceanBase終于不再更新，而這次嘗試也終于不了了之。
而在這之后，潛心投入開發(fā)的OceanBase團隊終于見到了回報。
在支付寶內(nèi)部，OceanBase逐漸全部接管了Oracle先前的“生意”。為了讓“去Oracle”的進程更加“絲滑”，OceanBase力求讓這個過程可以“不改代碼”。
2015年3月15日，陽振坤在他的微博上自豪地宣布：“從上周五開始，淘寶/天貓/聚劃算在支付寶上的交易，100%都在OceanBase上了。你可能沒有什么感覺。”
一年后，OceanBase也終于全部接管賬務(wù)數(shù)據(jù)庫。在一次采訪中，陽振坤表示：“這……是標志著，OceanBase真正地在金融系統(tǒng)里面站住了腳?！?/p>
取得了如此斐然成績，在阿里內(nèi)部也是拿獎拿到手軟，但陽振坤和團隊的志向卻不愿意在此止步。又過了一年，憑借著支付寶成功案例的光鮮背書，OceanBase首次對外商用，第一個客戶就是南京銀行。
阿里的高層們也終于看到了OceanBase原生分布式數(shù)據(jù)庫的優(yōu)勢，看到了既能做交易、也能做分析的HTAP模式顛覆行業(yè)的可能。他們正式同意OceanBase作為一個單獨的公司獨立運營，這也是OceanBase發(fā)展一個重要的分水嶺。
2020年6月1日，北京奧星貝斯科技有限公司正式成立。螞蟻集團前金融科技產(chǎn)品技術(shù)總監(jiān) 楊冰任CEO，陽振坤任首席科學(xué)家，與他一起進入OceanBase創(chuàng)業(yè)至今的楊傳輝（花名：日照）任CTO。
不久，“出走”剛剛12個月的OceanBase再一次選擇了開源。在進行了數(shù)月工作文檔和代碼的梳理后，2021年6月，OceanBase再次向全網(wǎng)開源。
2021年6月1日 OceanBase正式開源
不同于遮遮掩掩式的“公關(guān)式開源”，OceanBase這次放了狠招：他們一次公開了自己全部內(nèi)核。他們把心沉下來，只想如何用開源的方式去滿足客戶需求。遵循指示，一個初學(xué)者可以在30分鐘內(nèi)將OceanBase的數(shù)據(jù)庫完成裝配。
OceanBase做的是用戶價值，這是他們開源的重要理念。
從最早先屈指可數(shù)的幾個客戶，到今天400多家全行業(yè)的客戶；大到支付寶、網(wǎng)商銀行，小到占總比66%的小型企業(yè)，從螞蟻獨立出來的奧星貝斯仍然在幫助全社會的各行各業(yè)。
“讓天下沒有難做的生意”依然流淌在他們每個人的基因里。
盡管已經(jīng)年近花甲，陽振坤仍然沒有半點停滯的意思。在技術(shù)驅(qū)動創(chuàng)新的路上，OceanBase的目標是做“無限擴展、永遠在線”，意在創(chuàng)造一個不被擴展和故障所限制的數(shù)據(jù)庫系統(tǒng)，而這項成果則可能永遠地顛覆數(shù)據(jù)庫，乃至互聯(lián)網(wǎng)行業(yè)。
做技術(shù)的人大多是簡單的。陽振坤和OceanBase十余年走來，風(fēng)風(fēng)雨雨，終于至今。有時他總能想起自己的老師，兩院院士王選，當(dāng)代中國的“畢昇”，顛覆了中國印刷業(yè)的科學(xué)家。
33年前，陽振坤成為了王選的弟子。
那年，陽振坤22歲，青春寫意；王選52歲，也正是當(dāng)打之年。而今天，王選早已溘然長逝，陽振坤也把自己三十余年的青春獻給了科研。
當(dāng)年，我憧憬你；今天，我仍在以你為燈塔前行。
陽振坤知道，和自己的恩師一樣，自己的這一生都將要獻給中國的科研事業(yè)，但他從沒有半分悔意，也沒有半分退意。
2022年1月，在由CSDN主辦、OceanBase承辦的DC 2021分布式數(shù)據(jù)庫開發(fā)者大會后，雷峰網(wǎng)(公眾號：雷峰網(wǎng))采訪了陽振坤，并與他進行了一番深談。以下是我們整理的訪談實錄：
雷峰網(wǎng)：我們知道技術(shù)在歷史中，發(fā)展都存在著不同的階段。數(shù)據(jù)庫也應(yīng)該不例外，可以根據(jù)技術(shù)的突破劃分為幾個階段，您可以為我們回顧一下嗎？
陽振坤：在最開始，它其實是跟賬有關(guān)系。最早的數(shù)據(jù)庫叫層次數(shù)據(jù)庫，功能比較簡單。而也是因為其功能比較單一，大家有接觸大概幾年以后，就發(fā)明了一種網(wǎng)狀的數(shù)據(jù)庫。最大的代表其實就是 IBM 的這一套系統(tǒng)。
到了 60 年代末或者 70 年代的時候，關(guān)系模型橫空出世。曾經(jīng)兩個這個圖靈獎的獲得者專門有一次是ACM（國際計算機學(xué)會）開大會，兩派的人爭執(zhí)不下：一派的人說這個未來一定是關(guān)系模型，因為關(guān)系模型有更強的表述能力。另一派說關(guān)系模型不實用。結(jié)構(gòu)上的復(fù)雜性，會導(dǎo)致性能會很差。
此后關(guān)于這個問題一直沒有定論。所以，關(guān)系模型從1970年發(fā)表，一直到整個70年代，其實都沒有過產(chǎn)品。
到70年代末80年代初，關(guān)系型數(shù)據(jù)庫才開始產(chǎn)品化。此后這個模式就一直被沿用，直到差不多互聯(lián)網(wǎng)之前。集中式，本質(zhì)上是個單機的系統(tǒng)。一個很關(guān)鍵原因還是因為它太復(fù)雜。
雷峰網(wǎng)：為了解決這個難題，科學(xué)家做出了哪些努力？
陽振坤：對數(shù)據(jù)庫來說，它有一個特殊之處：人們很難用一個自然的語言，來操作數(shù)據(jù)庫。所以后來，就有人開發(fā)出了一種數(shù)據(jù)庫專用的語言，叫SQL（結(jié)構(gòu)化查詢語言）。
這個SQL不是告訴數(shù)據(jù)庫干什么的，這個太難描述了；它告訴數(shù)據(jù)庫說我要什么，你怎么干是你的事。
Oracle 算是最早的那批數(shù)據(jù)庫，就是 Oracle 、DB2，SQL Server，還有像對后面是 PGSQL 跟 MySQL。在之后的 20 多年的時間里，都沒有如此體量的數(shù)據(jù)庫面世。數(shù)據(jù)庫到今天都是個非常大的挑戰(zhàn)，也導(dǎo)致這么多年格局大致不變，一個新的數(shù)據(jù)庫的研發(fā)特別困難。
而互聯(lián)網(wǎng)時代，有許多很新的、完全不一樣的需求也隨之而來。那我們OceanBase今天才有這機會。
雷峰網(wǎng)：OceanBase將自己定義為“原生”分布式數(shù)據(jù)庫，這個“原生”要怎么理解？
陽振坤：我會講一個很明確的觀點：分庫分表不是分布式數(shù)據(jù)庫。我們認為一個原生分布式數(shù)據(jù)庫，它是一個單一的數(shù)據(jù)庫，看起來像使用單臺機器的集中式數(shù)據(jù)庫，能夠在一套數(shù)據(jù)庫里面又做交易又做分析。分庫分表的話，它其實還是說在多個單機數(shù)據(jù)庫上面加了一個中間件。
但是這種方案它其實沒有辦法保證這多臺數(shù)據(jù)庫之間的一致性。舉個例子，第一個數(shù)據(jù)庫是我，第二個數(shù)據(jù)庫是你。我給你轉(zhuǎn)賬，有可能出現(xiàn)我給你轉(zhuǎn)出去了，但你沒有收到的情況。分庫分表式的數(shù)據(jù)庫有可能有這種情況，但我們的原生分布數(shù)據(jù)庫是沒有這種情況的。OceanBase保證強一致的，是一個單一的數(shù)據(jù)庫，既能處理交易，又能處理分析。
雷峰網(wǎng)：OceanBase在支付寶體系下已經(jīng)度過了許多個寒暑，應(yīng)用OceanBase的前后，支付寶產(chǎn)生了哪些變化？
陽振坤：其實從2014年之后，公司就也看到了我們的業(yè)務(wù)價值，主要還是支付寶的數(shù)據(jù)庫體量太大了。就算你的硬件能做到盡量穩(wěn)定，它最終也會出問題。少數(shù)幾臺不要緊；你有幾百臺，幾千臺的時候它一定會出問題。同時集中式數(shù)據(jù)庫維護和維修的代價很大，工作人員要到最早的網(wǎng)關(guān)去把信息撈出來，來做對照。
那用了OceanBase之后，我們部署了三個副本。即使壞掉一臺機器，剩下的機器保證還有正確的數(shù)據(jù)，就能夠自動的恢復(fù)。以前只要主庫壞了，他們都得去做人工對賬。不管幾點壞的，工作人員都要在幾分鐘之內(nèi)起來，否則系統(tǒng)里，用戶看的數(shù)據(jù)就全不對了。但OceanBase可以做到系統(tǒng)自動，這臺機器壞了，還有其他機器能工作，我們系統(tǒng)就可以繼續(xù)運轉(zhuǎn)。所以這一個對業(yè)務(wù)來講，給到很大的幫助。
這樣的體系對工作人員的舒適度就提升很多，以前只要出問題，不管幾點都要來應(yīng)急?，F(xiàn)在的雙十一，工作人員已經(jīng)有時間坐下來喝一杯茶了。這就是我看到最大的變化。
雷峰網(wǎng)：在當(dāng)下，數(shù)據(jù)庫中國化的呼聲越來越高，咱們中國在整個國際的技術(shù)水平上來講，處于一個什么樣的位置？
陽振坤：如果說分布式數(shù)據(jù)庫，我們應(yīng)該是整個國際上都是走在領(lǐng)先地位的。這個也跟我們本身是“一窮二白”有關(guān)系。我們原來沒有集中式數(shù)據(jù)庫的多少基礎(chǔ)，發(fā)展起來與其跟別人在原來的賽道去競爭，又有新的需求，我們還不如走到新賽道上。
反而是像美國現(xiàn)在它更多的精力是在集中式上面。我們對美國也算是一種“彎道超車”，或說是“跨代競爭”。主要的原因在于說我們經(jīng)常講一個概念叫應(yīng)用驅(qū)動技術(shù)創(chuàng)新。和中國比人多、比市場規(guī)模，美國人比得過嗎？對不對？它是這么去驅(qū)動出來的。
雷峰網(wǎng)：那以后將數(shù)據(jù)庫OceanBase向國外輸出肯定也是有可能的。
陽振坤：我覺得是必須的，我們干嘛把自己只圈在這一個市場里呢？無論是在成本還是在能力上，我們系統(tǒng)能做的一些事情是現(xiàn)在的數(shù)據(jù)庫系統(tǒng)它做不到的。
但是，我們自身產(chǎn)品的發(fā)展也有個過程。國內(nèi)現(xiàn)在有這么大的市場，我們現(xiàn)在主要還在面向國內(nèi)市場，吃透國內(nèi)市場，同時完善OceanBase。
雖然什么時候出海，我們還沒有具體可公布的規(guī)劃。但我相信，前景還是很光明的。
雷峰網(wǎng)：對于元宇宙、WEB3.0這樣的新興概念，您怎么看？
陽振坤：我一大部分的時間，還是放在我們本身的產(chǎn)品和技術(shù)上。實話說，對元宇宙和Web3.0我真的不懂。
但要我說的話，其實數(shù)據(jù)庫它本身就是個基礎(chǔ)設(shè)施，你可以把它用在元宇宙上，用在真實的宇宙空間上，用在生產(chǎn)，用在娛樂，用在游戲，隨便用在哪兒上。
但元宇宙的大趨勢對我們可能是個利好。因為我們是這方面的能力是比較強的，就像說從雙十一一路走過來對吧？能夠給系統(tǒng)提供這么大的處理能力的數(shù)據(jù)庫，我們應(yīng)該是第一個。
其實你不管元宇宙還是其他的一些趨勢，數(shù)據(jù)總是以在往“大”的方向走，并發(fā)也在往“大”的方向走。元宇宙可能是說其中的一個驅(qū)動力稍微大一點的一個場景，他往分布式走這個趨勢我們覺得肯定是毫無疑問的。
談到Web3.0，整個數(shù)據(jù)庫從互聯(lián)網(wǎng)出來開始，數(shù)據(jù)庫就是整個互聯(lián)網(wǎng)的基礎(chǔ)，因為你在網(wǎng)上做任何事情的后臺都需要有存儲和處理的功能。所以不管是web1.0、2.0或者3.0它的基礎(chǔ)之一其實就是，基礎(chǔ)的基礎(chǔ)就是數(shù)據(jù)化。
其實也就印證了一句話，分布式數(shù)據(jù)庫就是順應(yīng)時代潮流的。
雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。
