相關專題：
原標題：被資本盯上的國產數(shù)據(jù)庫
出品｜虎嗅科技組
作者｜張雪
頭圖｜視覺中國
基礎軟件之風正在掀起一場資本暗戰(zhàn)。
而這場競爭又在2020年被一家名為Snowflake的美國軟件公司推向了高潮。
2020年9月，Snowflake在紐約證券交易所上市，緊接著，它迎來了一個又一個高光時刻，上市首日股價大漲超110%，估值翻了一番多，從330億美元增至700多億美元，并一舉成為了美國有史以來IPO規(guī)模最大的一家軟件公司。
在股市之外，Snowflake帶來的行業(yè)影響更為深遠，因為Snowflake是第一個完全跑在多云環(huán)境的軟件，它代表著計算機進入了下一個時代。
這場突如其來的爆發(fā)，不僅Snowflake沒想到，資本市場更是沒有想到：賽點來了嗎？還有沒有下注的可能？一時間，開源及數(shù)字基礎設施項目聚集了眾多投資機構的目光，尤其是to D（面向開發(fā)者）市場的熱度堪比四年前的AI投資熱潮。
在大洋彼岸這一頭，一家做著類似事情的中國開源數(shù)據(jù)庫公司開始受到資本追捧。
它在2020年11月，宣布完成2.7億美元的D輪融資，刷新了全球數(shù)據(jù)庫歷史。除了經緯中國和云啟資本兩個老股東，還有十家投資機構選擇下注，甚至有機構稱“想投但擠不進來”。
據(jù)了解，PingCAP的此次融資本沒有打算融這么多的金額，后來隨著投資機構越來越熱情，權衡之下，控制在2.7億美元上下。
PingCAP受到如此高的關注，一方面是PingCAP自身產品和技術在基礎軟件市場有一定知名度，另一方面也是受到了Snowflake的影響。他們還一度被看做是中國的“Snowflake”。
不過在實際業(yè)務上，兩者還是存在明顯差別。
Snowflake是一個云原生的數(shù)據(jù)倉庫分析服務，主要支持云上的OLAP（聯(lián)機分析處理，主要是數(shù)據(jù)查詢）服務。而PingCAP的產品是一個數(shù)據(jù)庫產品，除了支持云服務形態(tài)，在業(yè)務類型方面，既支持OLTP（聯(lián)機事務處理，主要是數(shù)據(jù)增刪改查），也支持OLAP，具備完整能力的HTAP（混合事務 / 分析處理）。
更直白一點，Snowflake做的事情是在云上建個數(shù)據(jù)倉庫，把數(shù)據(jù)存起來，用戶可以直接在云端進行數(shù)據(jù)查詢和分析，而PingCAP的產品除了實現(xiàn)Snowflake的功能外，還可以對數(shù)據(jù)進行金融級別的強一致性保障操作以及實時分析和處理功能，是一個具有完整數(shù)據(jù)處理能力的數(shù)據(jù)庫產品。
所以有投資人保守估計稱，PingCAP如果未來上市，市值應該能闖過500億美元的關口。
與此同時，國內數(shù)據(jù)庫市場進入全新發(fā)展階段。
2020 年 11 月，Gartner 發(fā)布了 2020 年度的數(shù)據(jù)庫廠商評估報告，中國數(shù)據(jù)庫廠商占據(jù)三席。同時Gartner預測，到 2022 年，世界上 3/4 的數(shù)據(jù)庫都會跑在云上。
同樣，IDC預計到2021年，年產值296億美元的商業(yè)數(shù)據(jù)庫市場會收縮20%~30%，原因是認為甲骨文無法足夠快地從傳統(tǒng)的商業(yè)數(shù)據(jù)庫轉向基于云的訂閱模式，以實現(xiàn)轉型。
一位開源軟件資深從業(yè)者告訴虎嗅，國內也有“數(shù)據(jù)庫付費理念”普及加速的趨勢。
雖然到目前為止，中國的互聯(lián)網公司很少為開源軟件付費，但傳統(tǒng)企業(yè)或者非互聯(lián)網企業(yè)在使用開源數(shù)據(jù)庫時付費意愿還是很強的，原因在于數(shù)據(jù)庫中的數(shù)據(jù)價值要比軟件貴得多。
同樣，海外的互聯(lián)網客戶，從公司治理角度，作為公司生產系統(tǒng)用的軟件，如果沒有付費保證，就通不過審計，所以不管是國內的傳統(tǒng)企業(yè)還是海外的互聯(lián)網用戶，一般都會主動付費，而這筆費用實際上相當于買了一份保險。
開源市場的爭議
除了踩準了基礎軟件——數(shù)據(jù)庫這個風口，PingCAP還趕上了開源軟件的大浪潮。
“感覺是TiDB選擇了我們，而不是我們選擇了TiDB”，PingCAP創(chuàng)始人之一黃東旭如此回憶當時的創(chuàng)業(yè)情景。這里的“TiDB”，指的是PingCAP的企業(yè)級開源分布式數(shù)據(jù)庫產品。
分布式數(shù)據(jù)庫，可以理解為將物理上分散的多個數(shù)據(jù)庫單元連接起來組成的數(shù)據(jù)庫，大都可以部署在云上。數(shù)據(jù)庫，顧名思義，就是存放數(shù)據(jù)的倉庫，不過是需要遵循一定的結構來存儲和管理數(shù)據(jù)，也是每個手機APP背后不可或缺的通用軟件，大眾用戶手指的每一個點擊背后都有數(shù)據(jù)庫的數(shù)據(jù)處理操作。
而“開源”則是相對于閉源來講，指代“開放源代碼”。即企業(yè)或個人開發(fā)者在網上分享某個自己項目的源代碼。這樣一來，會有更多人使用。
而更多人貢獻和使用代碼，就會有更多的人發(fā)現(xiàn)和解決問題。這樣一來，軟件變得更穩(wěn)定，整個軟件質量就會變高。
埃里克·史蒂文·雷蒙德(Eric Steven Raymond)在其開源運動先驅著作《大教堂與集市》中，將商業(yè)軟件和開源軟件分別比作大教堂和集市：
教堂是按照精心設計的圖紙修建的建筑，圣人巨匠嘔心瀝血，歷數(shù)十年方始完成；集市則是人人可以參與建設，沒有固定模式，也不知道完成的結果如何。
然而很長時間以來，行業(yè)內外對于開源軟件是有爭議的。
首先是關于開源軟件知識產權的糾紛。譬如在國內，個別企業(yè)會根據(jù)相關規(guī)則對開源軟件進行修改、衍生，然后發(fā)行自己的版本，并把它變成閉源軟件。這不但可以看成是具有負面影響的道德問題，還可能面臨侵犯知識產權遭受法律追訴的風險。
正是因為多數(shù)人在認識上存在誤區(qū)，所以開源軟件迄今尚存的一些爭議問題，在法律上也存在一些灰色地帶。
其次是安全隱患。雖然很多開源項目都由企業(yè)或資深專家開發(fā)維護，但由于不完全是自己使用，導致貢獻者容易對安全性造成疏忽。譬如，知名開源項目爆出安全漏洞的例子多不勝數(shù)：OpenSSL Heartbleed、Fastjson 遠程代碼漏洞、Antd 圣誕彩蛋等等。
而最重要的一點，則是開源軟件的商業(yè)化問題。
目前在國內跑出商業(yè)模式的開源軟件寥寥無幾，而且國內還存在著一些產品開源后又閉源的情況。比如一個公司在最開始做產品時，覺得自己做的不夠好，所以就盡量開源，吸納別人的營養(yǎng)，但等到這個產品已經達到了一定門檻時，公司會希望商業(yè)化，所以就閉源了。
另外，有行業(yè)人士表示，中國確實在開源文化方面有一些不規(guī)范的地方，開源的文化氛圍和商業(yè)情況還有待加強。比如，現(xiàn)在很多小型技術公司會把開源的東西拿過來加一層界面，然后就說這是自主研發(fā)的產品。
不過，一位長期看To B賽道的資深投資人告訴虎嗅：“開源市場已經在井噴了，它還會持續(xù)上漲，甚至到最后，所有基礎軟件都會是開源的�！�
"就像當年雷軍說小米要超越蘋果一樣"
似乎所有的創(chuàng)業(yè)故事，都是圍繞著一個好的想法展開的。
據(jù)悉，創(chuàng)始人劉奇、黃東旭和崔秋是在豌豆莢的同事，他們分別在技術架構團隊和業(yè)務團隊。值得一提的是，這三個人都是同一個編程語言的愛好者。
劇情的加速，發(fā)生在2015年的一個周五。
三個人聊起了一篇新發(fā)表的Google Spanner論文，在討論過程中，他們發(fā)現(xiàn)這是一個近乎完美的系統(tǒng)，而且在技術上存在可行性，但奇怪的是，國內外卻沒有一個人去做。
更早之前，劉奇和黃東旭曾共同做過一個名為Codis的分布式緩存開源軟件，讓人意外的是，這個軟件吸引了很多開發(fā)者使用，收獲了一定口碑。也就是這個時候，劉奇和黃東旭也第一次切實感受到了開源軟件帶來的強大勢能。
“我們自己也開始有點膨脹了”，黃東旭半開玩笑地說道。
另外，當時國內互聯(lián)網公司都或多或少遇到同一個困難——隨著業(yè)務量的不斷增長，以傳統(tǒng)關系型數(shù)據(jù)庫為代表的如Teradata、甲骨文等產品，由于傳統(tǒng)架構可擴展性較差，所以對硬件的要求非常高。而當計算的數(shù)據(jù)量達到千萬、億級別時，數(shù)據(jù)庫的計算就會出現(xiàn)延時，使得用戶不能及時得到響應，更別提“高并發(fā)”（同時處理數(shù)以億計的請求）了。
譬如，像甲骨文這樣的傳統(tǒng)數(shù)據(jù)庫需要耗費大量的人力和財力去維護，十分勞民傷財。
新學術論文帶來的理論支撐，以及上一個項目帶來的強大信心，再加上長期受傳統(tǒng)數(shù)據(jù)庫的“折磨”，如此一來，似乎沒有什么能夠阻擋這三個愣頭青的創(chuàng)業(yè)步伐了。
但是，這件事的難度也不可小覷。
從業(yè)務難度上來講，作為基礎軟件，數(shù)據(jù)庫本就是所有軟件中門檻最高的。在數(shù)據(jù)庫領域有一句名言——Nobody wants to change database，（沒有人會愿意去換數(shù)據(jù)庫）。數(shù)據(jù)庫就像一個企業(yè)的心臟一樣，沒有人會閑得想做一個心臟搭橋手術。
因為數(shù)據(jù)庫里面裝著客戶的數(shù)據(jù)，這些數(shù)據(jù)可能是銀行的存款交易，也可能是電商的訂單，但不管是什么，它們對客戶都非常重要，這也就要求用戶選擇數(shù)據(jù)庫的時候要萬分謹慎，做到數(shù)據(jù)不能錯，不能丟，遇到高峰期的大量的用戶請求時，不能癱瘓，否則將造成巨大的業(yè)務損失。
一位投資人告訴虎嗅：“做數(shù)據(jù)庫本身就很難，而且PingCAP創(chuàng)始人還口出狂言，說要做到世界第一，就像當年雷軍說小米要超越蘋果一樣，最開始基本上也是沒人信的�！�
但也有人認為，PingCAP的獨特之處，是在業(yè)務創(chuàng)新之余，拿“開源、數(shù)據(jù)庫”這樣不太性感的名詞開刀。
為什么今天的數(shù)據(jù)庫軟件必須要開源？
因為基礎軟件太過于通用又非常重要，因此獲取用戶的信任成本非常高。如果選擇不開源，一來傳播速度會很慢，二來對方的信任成本會很高。第三個最致命的是用戶的增長并不會是一種病毒傳播式的增長，進而導致產品的迭代速度會變得很慢。
事實上，像數(shù)據(jù)庫這種通用的技術軟件并不是天才程序員寫代碼寫出來的，而是被千百個用戶用出來的，這是一個生長的過程，基礎軟件，一邊是成百上千的用戶場景打磨，另一邊是數(shù)以千計的工程師參與，想要在這個時代同時讓兩者緊密互動基本只有開源一條路。
需要指出的是，數(shù)據(jù)庫產品最大的競爭壁壘不完全是產品本身，而是一個連接大量用戶場景和技術工程師的生態(tài)體系，TiDB的獨特性就在于此，而這也就成為了一個難以復制的競爭門檻。
回顧開源發(fā)展的歷史，在第一代Linux為代表的自由軟件運動，第二代Hadoop代表的技術棧驅動之后，TiDB則是以用戶場景驅動，形成的“場景—社區(qū)—產品”的模式，快速積累的頂級用戶驅動了社區(qū)大量的頂級開發(fā)者，打磨的產品迭代后再進入更多的用戶。
找到愿意“先吃螃蟹”的人
這三個人表示，一開始除了會寫代碼之外，他們在做公司這件事上，幾乎別無所長。
因此，他們的第一個選擇，是找到上級，希望豌豆莢能夠投入資金和資源把這個項目做大。可正如前文所說，這個項目的成功率太低了，豌豆莢并不愿意為這三個人的想法冒險。
無奈之下，這三個人只能硬著頭皮向前走。通過朋友的關系，他們找到了經緯中國的熊飛。在三個小時的見面時間里，有兩個半小時都在講論文，“別人可能都是拿出一個非常完善的商業(yè)計劃什么的，我們啥都沒有，連PPT都沒有。”
關于為什么會投PingCAP的天使輪，熊飛在接受虎嗅采訪時，給出了這樣的回答：“當時他們想基于Google Spanner的論文，做一個可以替代甲骨文的數(shù)據(jù)庫。這個野心是非常大的，因為那時候市面上真的沒有人想去做這個事情，去挑戰(zhàn)甲骨文，怎么可能？但萬一做出來，將會是國內開源軟件的首個實踐。”
一個背景是，從上個世紀到80年代到2010年代，甲骨文一直是數(shù)據(jù)庫市場的老大，長期的市場份額接近50% ，產品打磨除了數(shù)十年的技術積累，數(shù)十萬的用戶基礎，經過了眾多行業(yè)的錘煉。
天使輪之后，PingCAP很快在2016年的春天就開始募集A輪融資，但是，見過的很多美元基金都拒絕了他們。因為不同于天使輪階段，在A輪投資時，投資人除了看創(chuàng)始團隊背景，還非常關注產品形態(tài)、技術落地和商業(yè)模式，所以當時沒有產品，沒有用戶，還要做“免費”開源的這三個年輕小伙子，顯然不能成為投資人下注的理由。
這時，第二個愿意吃螃蟹的人出現(xiàn)了，云啟資本的合伙人陳昱。簡單了解之后，陳昱作為一個工程師的直覺告訴他，這是一個好項目。因為他曾是Google的工程師，做過上市公司CTO，認識Google Spanner的第三作者，知道分布式存儲系統(tǒng)的前景有多大，但這幫人能不能做出來，陳昱心里仍存疑慮。
于是，跟創(chuàng)始團隊第一次見面時，陳昱直接就去看了PingCAP產品的代碼。當時PingCAP的產品還是一個大框架，但他基于代碼判斷，PingCAP的創(chuàng)始團隊是懂行的，周五見面，周一就決定投資：“技術水平過硬，而且開源模式有一定的杠桿作用，早期可以賭一賭，未來是很有可能做成的。” A輪融資就這樣最終落定。
在采訪中，我們希望黃東旭用最通俗的比喻來形容他們所做的事情。他是這樣回答的：
“假設杯子是數(shù)據(jù)庫軟件，水是數(shù)據(jù)。普通的杯子，杯子倒?jié)M了，再要裝水就要加杯子，這樣一來，水被區(qū)分開裝在不同的杯子里，這也是之前單機數(shù)據(jù)庫的時代行業(yè)現(xiàn)狀。
“但一旦用戶有需求，既要去查詢a杯子里的數(shù)據(jù)，又要去查詢b杯子里的數(shù)據(jù)，這個就很難。尤其是面臨海量數(shù)據(jù)的挑戰(zhàn)的時候，比如面對一萬個杯子，應該怎么去分配，怎么去管理，甚至每天這個杯子可能都會破，有很多新問題，工程師每天都要焦頭爛額去解決問題。
“所以PingCAP就發(fā)明了一種杯子——表面上看它就是一個杯子，但是你會發(fā)現(xiàn)不管怎么倒水，它都不會溢出來，也就是說不管數(shù)據(jù)量如何增長，用戶A的數(shù)據(jù)都會自動存在A杯子里，不溢出；用戶B的數(shù)據(jù)都會存在B杯子里，不溢出，如果需要查詢用戶A或者用戶B的數(shù)據(jù)，只需要找到對應的杯子，輸入關鍵詞即可。
“舉例來講，假設電商要處理一個訂單，比如我今天買了一件粉色的短袖，同時買了一雙白色的鞋子，可能一個星期后又買了一塊地毯，那么關于“我”的所有電商數(shù)據(jù)就都會存在杯子A里，如果需要找到我買的白色鞋子的信息，那么只需要找到杯子A，輸入鞋子即可。
“如果反過來想，換另外一種方式去訪問數(shù)據(jù)，假設要統(tǒng)計貨品門類當中買冰箱有多少人，那只需要分別查詢各個杯子中是否有冰箱這個數(shù)據(jù)即可。
“但是，如果用傳統(tǒng)的數(shù)據(jù)庫產品，首先關于“我”的數(shù)據(jù)會存在不同的杯子中，而且并不確定白色鞋子的信息存放在哪個杯子里，所以需要每個杯子都訪問一遍，這樣一來時效性就會變差。作為使用者，唯一需要關心的就是杯子的容量，換言之，就是根據(jù)需求加入服務器。話說回來，增加服務器節(jié)點總比修改業(yè)務要簡單得多�！�
拿下第一個付費客戶：死馬當活馬醫(yī)
開源數(shù)據(jù)庫的另一個難度，在于在成立初期需要投入資源、投入金錢去做產品，所以商業(yè)化要比想象的來得更晚。
回憶PingCAP的商業(yè)化之路，就不得不提到劉奇和黃東旭之前做的Codis項目，當時因為PingCAP根本沒有名氣，所以一開始，PingCAP的銷售就借用了Codis的名氣，跟企業(yè)說是Codis的作者來進行技術交流，然后順帶著推廣一下PingCAP的產品。
據(jù)黃東旭回憶，五年前第一次做出產品后，找一個客戶去交流。于是，就有了這樣的對話。
客戶：“你們做什么的？”
我：“我做了一個數(shù)據(jù)庫叫 TiDB�！�
客戶：“沒聽說過。有人用過嗎？”
我：“沒有…但是%&*%”
客戶：“……”
雖說新產品總得有第一個客戶，但數(shù)據(jù)庫這種東西必須得別人用過，客戶才敢用，這就是做數(shù)據(jù)庫的現(xiàn)狀，因為這個東西實在太過于重要了，沒有人愿意當小白鼠。但對于PingCAP來講，這就很尷尬了，很多用戶看都不看。
沒想到，機會就在一次次試探中出現(xiàn)了。
第一個客戶其實是個“救命”的故事，當時黃東旭去找他的朋友，蓋婭互娛（一家游戲公司）的CTO，蓋婭互娛的CTO跟黃東旭說：“我這邊真有個場景可能需要你這個東西�！�
原來，當時蓋婭互娛已經做了一個智能實時廣告投放系統(tǒng)，實時分析哪個渠道引流效果更好。但這個系統(tǒng)是用MySQL去做的，隨著數(shù)據(jù)積累的越來越多，系統(tǒng)就變得非�？D。據(jù)蓋婭互娛透露，做一個查詢要20分鐘，一點兒都不實時；此外，這個業(yè)務邏輯也十分復雜，所以也沒有辦法去拆分。
于是，也就有了擺在PingCAP和蓋婭互娛面前的兩個事實，一是PingCAP的產品還沒有人用過，風險與收益不可預知；二是彼時，蓋婭互娛沒有更好的選擇，如果不用，也無異于“等死”。但想想TiDB是兼容MySQL的，代碼不用改。
“試一試，萬一救活了呢？”
這讓PingCAP的產品有了第一次商用的機會。沒想到，在數(shù)據(jù)庫正式上線后，查詢時間從原來的20分鐘一下沖進了10秒鐘，初戰(zhàn)告捷。
有了第一個客戶以后，PingCAP出去逢人就說：“我們有人用了”。得益于蓋婭互娛這個案例，PingCAP就先在游戲圈子里撈了一群客戶。但也就只有游戲公司用。
因為其他行業(yè)的客戶會來問：“有沒有金融行業(yè)的案例？”
在經歷了四處求商務機會的“漫長”幾年里，PingCAP先后做了一些北京銀行的交易系統(tǒng)以及一些微眾銀行的案例，終于覺得可以挺直腰板覺得說自己的產品是企業(yè)級數(shù)據(jù)庫了。但一些客戶又會問：“你們有‘宇宙級大行’的核心交易支付系統(tǒng)的案例嗎？”
PingCAP只能再回答：“抱歉，現(xiàn)在還沒有�！�
“這個東西沒什么新用戶用，也沒什么增長，是不是要完？” 黃東旭在公司成立前兩年特別焦慮，
“直到最近，我發(fā)現(xiàn)用戶數(shù)據(jù)開始上漲，包括最近半年我們發(fā)現(xiàn)我們的社區(qū)用戶在網上的討論變得越來越多，甚至已經多到超出我們自己的視線�！�
海外戰(zhàn)事：找上門的生意
據(jù)了解，在做Codis項目時，有一些美國潛在用戶曾經來問“自己能不能用”。在理論上是可以的，但因為最開始只做了中文文檔，所以導致海外市場的人都用不起來。
這也成為了劉奇和黃東旭做那個項目時一個特別大的遺憾。“我們做的東西有點像做工具，就像做一把錘子，中國人需要錘子，美國人也需要錘子，尤其是基礎軟件，我覺得是一個屬于全人類的東西�！秉S東旭指出。
不像國內商業(yè)化這樣著急，PingCAP發(fā)力海外市場是相對滯后的。
2019年的年中，劉奇找到時任技術VP的申礫，對他說：“現(xiàn)在這個時機已經開始成熟，我們希望你去探索海外市場�！�
畢竟，當時國外的開源軟件已經很賺錢了，有好多開源項目已經做到獨角獸級別了，都有1億美元以上的合同收入。據(jù)知情人士透露：“毫不夸張地講，同樣的單子，國內可能只能收100萬人民幣，但國外就能收100萬美元�！�
當時，遇到的第一個大難題是PingCAP的產品在海外沒有標桿案例，也就沒有辦法去推廣產品。但所幸，TiDB在全球的數(shù)據(jù)庫的開源圈其實是有一些口碑和聲望，也不是完全沒有基礎。
申礫談到：“我們早期在海外沒有做特別大的推廣，但會有很多客戶跑過來說，他們在做數(shù)據(jù)庫的選型，其中，TiDB在他們的備選名單上，實際上這是由社區(qū)帶來的一個價值�！�
另外需要指出的是，數(shù)據(jù)庫是每個應用軟件100%的基石，當企業(yè)的應用規(guī)模小的時候，有很多方案可以選擇，可一旦應用的數(shù)據(jù)量和并發(fā)量上到一定程度的話，那么可選擇的數(shù)據(jù)庫軟件就不多了。
舉例來講，一家日本最大的在線支付公司，當時他們拿了不少投資要通過積極的市場推廣手段獲取客戶，但在市場推廣活動中，系統(tǒng)先扛不住了。在痛苦中，它們選擇在開源社區(qū)里找答案，就發(fā)現(xiàn)了TiDB。
2019年，日本的在線支付有點像中國之前“百團大戰(zhàn)”的一個場景，玩家很多，誰跑得最快，那么誰就可能會贏得這個市場。當時，他們的系統(tǒng)已經用到了最頂配的方案，但他們業(yè)務發(fā)展實在太快了，所以數(shù)據(jù)庫成為了他們業(yè)務增長的瓶頸之一。
所以，他們除了主動找數(shù)據(jù)庫方案，也做了市面上主流數(shù)據(jù)庫產品的對比。
原來，他們使用的是AWS上的 Aurora數(shù)據(jù)庫，Aurora是一個OLTP類的數(shù)據(jù)庫，隨著他們整個交易的數(shù)據(jù)量增大，使用規(guī)模達到一定程度后，他們就無法再使用Aurora來承載這樣的一套系統(tǒng)。
而在換成TiDB（上面提到過）之后，由于TiDB本身也是一個兼容MySQL的系統(tǒng)，所以他們不需要修改他們的業(yè)務，就直接替換上去。而結果就是，TiDB讓他們脫離了關鍵增長節(jié)點的困境。
據(jù)申礫介紹，如果沒有采用TiDB，這個客戶只能選擇放緩業(yè)務推廣節(jié)奏，或者是通過大規(guī)模的業(yè)務改造來提升整體的性能，這個往往是耗時耗力的。無論哪種選擇，都會讓他們錯過一個時間窗口。而當時，日本有十幾家可能甚至二十幾家的在線支付公司在同時在爭搶市場份額。
這之后，他們也將這個產品推廣給了其他幾個業(yè)務線，最終他們的核心場景都在用TiDB。
當然，這只是海外市場的一個成功案例。
在數(shù)據(jù)庫產品的實際推廣過程中，謹慎的海外用戶對PingCAP產品還是存在著一定顧慮，譬如很多客戶會擔心自己所在的區(qū)域不能得到及時支持。這也就導致早期PingCAP的產品在海外的用戶非常少。
但值得一提的是，現(xiàn)在的PingCAP已經在海外多個區(qū)域建立團隊，其海外營收也已經與國內持平，甚至有超過國內市場營收的趨勢。
寫在最后
在與多位采訪對象的交談中，有幾個頻繁出現(xiàn)的關鍵詞，比如中國第一家走出來的開源公司、三年營收為0、獲客方式等。
一位開源軟件領域的觀察者告訴虎嗅：PingCAP的產品是國產開源里面第一個跑出來的，所以基本上其他的開源項目，多多少少都有在模仿PingCAP的影子，包括社區(qū)運營和商業(yè)化。
而關于前三年營收為0，陳昱告訴虎嗅，一個開源的公司從0到上市，可能有10年的時間，可以分成幾塊，前三年，專注去做產品；中間三年，獲取大量的用戶；最后四年就是商業(yè)化的能力。
在開源軟件中，還有一個比較特殊而又唯一行之有效的獲客方式，那就是用To C的方法來去獲取To B的生意。
一般來講，傳統(tǒng)軟件的商業(yè)模式是，做好一個產品出來然后通過BD的模式去一個個談客戶，這樣會相對慢一點。但開源來說，直接放到網上，喜歡就用，那就相當于同時養(yǎng)了一大池子魚，養(yǎng)好以后去批量捕。
這樣一來，在后期的商業(yè)化上，開源企業(yè)的營收每年可能有一個三倍的速度往上漲。
不過，從整個數(shù)據(jù)庫市場的份額排名來看，PingCAP的產品還有很大的上升空間�？梢钥吹�，當前的市場份額前五名還是一些老牌的科技巨頭，比如微軟，甲骨文，AWS，IBM，SAP，此外阿里系的數(shù)據(jù)庫產品、華為的數(shù)據(jù)庫等也都榜上有名。
時勢造英雄。
在當前的大環(huán)境中，在云計算的推動下，開源軟件正在經歷一個分水嶺。
其實，開源軟件產品也有眾多分支，比如操作系統(tǒng)、開發(fā)工具、開源的中間件，不過開源數(shù)據(jù)庫是最特殊的。因為，云上數(shù)據(jù)庫大多是開源的，不管是AWS的Aurora還是阿里云的PolarDB，本質上都是開源MySQL的增強版變成的一種服務，所以開源數(shù)據(jù)庫借助云服務是自然而然的。
去年，在很多國家云上的數(shù)據(jù)庫超過了云下。比如國內阿里云的云上數(shù)據(jù)庫市場份額超過了甲骨文，全球范圍內AWS Aurora的市場份額也超過了甲骨文，在美國Aurora也超過了甲骨文。
所以，像甲骨文這樣的典型閉源數(shù)據(jù)庫的市場份額一直在萎縮，這個潮流甚至在加速，在很多國家已經沒有新增用戶了。
可以預見，不管是國內市場還是全球市場，一場浩浩蕩蕩的開源變革正在或者即將吞噬著整個基礎軟件市場，而這之中，勢必會長出新時代的“蘋果”公司。
