成人免费午夜在线观看,伊人久久精品,一区二区三区精品

在數據庫領域有一個“IOE”的說法，意思是一個完整的數據庫系統(tǒng)，軟件加硬件，需要IBM服務器、Oracle數據庫、EMC存儲設備“三駕馬車”。為了保證數據不出錯，Oracle數據庫必須運行在高端服務器和存儲硬盤上。

然而隨著淘寶流量的爆發(fā)，阿里算了筆賬，未來采購這“三駕馬車”的費用，甚至會超過公司的全部利潤。尋求低成本的數據庫解決方案勢在必行。

更緊迫的問題是，甲骨文數據庫已經要崩潰了。2010年，是“雙11”啟動第二年，當天23時59分30秒，眼看“雙11”就要結束，支付寶核心賬務系統(tǒng)突然報警，數據庫資源即將耗盡。當技術人員砍掉最后一個非關鍵應用的時候，距離整個系統(tǒng)崩潰只剩下4秒。

為此，阿里首席架構師王堅提出了一個去IOE計劃：以廉價PC服務器替代IBM小型機，以基于開源的自研數據庫替代Oracle數據庫，不再用高端存儲設備。

于是就有了那個著名的軍令狀：“淘寶2010年起不再購買小型機”。

最初，王堅提出的“基于開源的自研數據庫”，是指以當時流行的國外開源數據庫MySQL為基礎自行改造，這是中國軟件行業(yè)最常見的自主化路徑。

這條道路后來衍生出2016年開源的AliSQL，比原版MySQL有70%的性能提升。

但陽振坤選擇了一條更艱難的路——自己開發(fā)一種全新的分布式數據庫。

事實證明，這個選擇是極其明智的，因為不久以后，Oracle就收購了MySQL，不再完全開源。

陽振坤

3.

所謂分布式數據庫，是指區(qū)別于Oracle傳統(tǒng)的集中式數據庫，不再將數據儲存在一臺服務器上，而是直接運行在云上。

這是一個顛覆性的變化。

一個合格的數據庫，必須滿足ACID特性。簡單地理解，當A給B轉賬100元錢時，數據庫必須做到：

原子性（Atomicity）：A的賬戶減少100元，B的賬戶增加100元，這兩件必須同時發(fā)生，像原子一樣不可分割；

一致性（Consistency）：轉賬之后，A和B的賬戶總和必須跟轉賬前一致；

隔離性（Isolation）：A和B之間的轉賬不影響其它任何賬戶；

持久性（Durability）：轉賬記錄必須長久存在，即使發(fā)生斷電等故障也不能消失。

甲骨文等傳統(tǒng)數據庫，被稱為集中式數據庫，運行在一個單一的服務器上，因此可以最大程度上保證ACID特性。即使服務器出現故障，也可以保證一個任務要么都發(fā)生，要么都不發(fā)生，不會出現A的賬戶少了100塊錢，B的賬戶卻沒收到的情況。

但是對于分布式數據庫來說，如果A、B兩個賬戶處在不同的機器上，其中一臺機器出現故障，另一臺卻在繼續(xù)執(zhí)行任務，原子性和一致性就沒法保證了。

在2010年，這是一條從未有人成功過的道路，阿里方面深知其難度之大。

有報道說，當時阿里集團的技術負責人吳泳銘告訴陽振坤：“陽老師，我可以給你兩年的時間來證明‘分布式數據庫’是可行的?！?

手下只有十幾個人的陽振坤，實際上只用了一年就做出OceanBase 0.1，用在了淘寶收藏夾上，成功經受住2011年“雙十一”的考驗。

整個2012年，陽振坤的時間主要都花在向其它部門推銷自己的產品上——是的，即使有了收藏夾的成功，依然沒人敢用。

圖片來源：史中

轉折點發(fā)生在那年秋天，力挺陽振坤的王堅，把OceanBase團隊從淘寶調入支付寶，打算直接用在離錢更近、對ACID要求更高的支付寶上。

OceanBase解決ACID問題的方法，主要是靠增加備份，將三套OceanBase綁定在一起運行，一個主庫，兩個備庫。只有當至少一個備庫也完成任務時，主庫才會完成這個任務，這樣，任何一個任務至少被保存在兩臺服務器上，極大降低了事故概率。

這個理論雖然看上去簡單，但能否在數以億計的交易中保證不出錯，大家心里仍然沒底。

時勢造英雄，陽振坤的機遇在2014年不期而至。

2014年的“雙十一”，支付寶決定將1%的流水交給OceanBase承擔，剩下的99%，還是使用Oracle。

但是在臨近“雙十一”的壓力測試中，Oracle數據庫居然屢次崩潰，只有將數據量降低到90%才能穩(wěn)定運行——支付寶的體量已經突破了Oracle的極限。

順理成章地，OceanBase的承擔比例，被上調到10%。

一篇專訪這樣描述了當時的情景：

11月10日晚，螞蟻金服CEO彭蕾專門來到OceanBase的作戰(zhàn)室，問陽振坤：“陽老師有信心嗎？”

陽振坤指指窗戶，窗外深秋的樹葉正在風中婆娑。“不成功我們就跳下去。”他平靜地說。

OceanBase當然成功了。2015年，陽振坤團隊獲得了螞蟻金服最重磅的獎項——SUPER MA。

陽振坤團隊獲得螞蟻金服CEO大獎