阿里巴巴2010年挑起了去IOE的運動，網際網路企業紛紛跟進，後來政府也在推動政府部門和銀行的去IOE運動。網際網路企業搞去IOE的目的是從IT整合式架構轉向分散式架構，以適應高頻、高併發、海量資料以及需要快速擴容的業務需求和降低網路運維成本。政府搞去IOE，一方面是為了國家安全，另一方面是為了扶持本國相關產業。

2019年美國亞馬遜公司宣佈去Oracle成功，這或許是歐美網際網路企業去Oracle的開端。在大資料時代mongodb更受追捧，也正是由於大資料分析處理技術的應用和發展mongodb在資料庫排名榜單上的位置快速上升至第五位。

甲骨文老闆曾經在公開場合揚言美國必須遏制中國網際網路科技的發展，估計他就是對中國企業去IOE不滿。甲骨文這個靠打專利官司的公司不可避免的走上了衰落之路，就像暮年的大猩猩一樣，不甘落寞但又無可奈何。

2020年，美國這隻大猩猩雖然體型龐大，但是明顯給人感覺體力不濟，內傷未愈。如果我們在5G、人工智慧、大資料、區塊鏈貨幣領域步步領先美國，那老美估計也只能是不甘落寞但又無可奈何了。哈哈哈哈!

作為一名IT從業者，我來回答一下。

首先，當前網際網路行業確實使用Oracle的企業比較少，但是在Oracle業務逐漸往雲端遷移之後，Oracle也是目前不少網際網路企業的一個選項，當然這主要取決於應用場景。實際上，當前很多企業（尤其是大型企業）由於考慮到安全性問題，Oracle也逐漸被替換了下來，這與國內資料庫產品研發能力提升也有比較直接的關係。

最後，在當前傳統行業紛紛加入工業網際網路的大背景下，未來企業應用資料庫的選項和方案也會更加豐富，藉助於雲端計算平臺提供的很多專業服務，傳統企業使用開源資料庫的前景也比較廣闊，這樣也能夠明顯降低企業的軟體成本。

我從事網際網路行業多年，目前也在帶計算機專業的研究生，主要的研究方向集中在大資料和人工智慧領域，我會陸續寫一些關於網際網路技術方面的文章，感興趣的朋友可以關注我，相信一定會有所收穫。

原因是多方面的：

一、傳統行業裡面，IT部門不是主業部門，是屬於支援部門，所以地位不高，地位不高的結果就是有功跟你沒關係，有過IT就是背鍋俠。比如說，業務開展不利了，業務部門的常用藉口就是：IT系統不給力啦。這時候IT部門要做的是什麼呢？找強有力的背書呀，你說IT系統不行，那我把O記和18M找來做系統，你滿意不？O記和18M如果你都不滿意，請問你業務部門是不是要到宇宙裡找人做系統了？而網際網路企業的主業部門就是IT啊，主要的支出就是IT人力成本，所以說要找O記和18M來做，等於是又要增加支出了，那就沒有必要了，這批人閒著也是閒著，下道死命令一定要做出來，說不定那幫技術宅還認為這就是對他們的挑戰和考驗，如果還做不出來就996，再找個有影響力的忽悠一下：996是給你們的福報。

二、網際網路企業使用的產品一般都是開源的，但開源的最大優點就是開源，跟商業產品比較還是有一定差距的，比如redis比之於gemfire，MySQL比之於Oracle，DB2，jboss比之於weblogic，websphere，Mule比之於OSB，ESB，MQ方面18M也有非常強的產品MQSeries，另外18M在2011年的時候就有產品可以一次程式設計釋出支援IOS，安卓，黑莓的應用，而且是原生的哦。而傳統行業要的穩定性，可靠性，開源產品這方面還是有欠缺的。同時金融行業也要考慮政策性，比如911之後，異地災備成了刻不容緩的政治性任務，請問當時還不支援事務的MySQL怎麼做異地災備呢？更不用說金融企業的異地災備不僅要求是資料級而且是要求應用級，也就是說如果主機房遭到了毀滅性的破壞，千里之外的異地災備機房要在規定時間內（好像是1小時之內）上線切換全面執行，其中不丟失資料是最起碼的要求。請問現在網際網路企業有哪個能做到這個？就算是一些提供雲服務的廠商也做不到。而這些O記和18M都有成熟的解決方案，而且會有人支援你測試，實施等等，當然更重要的還是有背書。

三、還有一點是商業上的考慮，現在傳統企業要漂洋出海，拓展業務，當然是選擇在全球範圍內有聲譽的O記和18M合作，一來是有面子，二來這些公司在外國是被認可的，比如說你用MySQL來開展業務，人家監管機構就有理由找茬了，是不是被你們魔改了，是不是有後門等等，你用Oracle，DB2就不會有這樣的問題了，這也是某種意義上的背書。當然中國金融行業有些狠人還是厲害的，比如說O記有位不長眼的銷售平時囂張慣了，年底為了完成任務，直接把律師信丟到某位傳說是司機上位的CEO桌上去了，這位CEO勃然大怒，開始逐步去O了。當然這家企業也是有一定資本這麼做的，在中國金融行業裡他們算是對IT部門相當重視的企業。

當然了，這些商業軟體好是好，但有個共同特點就是TM的貴。

這個問題提的比較好，我是做軟體研發的，對這一塊的情況比較瞭解，我來回答這個問題比較合適。

資料庫是軟體行業的明珠，是軟體資料儲存的核心層，需要長期紮實的投入，其穩定性和卓越效能是靠大量的資料打磨出來的！

近些年來，很多大型網際網路廠商為了有效提升自有的大資料和雲端計算系統的效能和可控性，減少對國外頂級資料庫的依賴，憑藉著在資料庫、大資料和雲端計算領域的資料規模和技術積累，都相繼研發了具有自主智慧財產權的資料庫產品，這其中以阿里、騰訊和華為等為代表。

阿里推出的OceanBase資料庫、騰訊推出的TBase資料庫、以及華為推出的GaussDB資料庫，經過海量資料的考驗和錘鍊，都已達到國際先進水平，甚至效能和穩定性要高於國外的Oracle等頂級資料庫，已經實現了對國外頂級資料庫的中國產化替代。

其中，經過淘寶和支付寶海量資料打磨出來的阿里OceanBase資料庫表現尤為突出，在2019年10月3日，權威機構國際事務處理效能委員會TPC披露，螞蟻金服（支付寶）的分散式關係資料庫OceanBase，打破美國甲骨文公司保持了9年的世界紀錄，登頂TPC-C榜單，同時也成為首個登上該榜單的中國資料庫系統。

短短的一個月之後，在2019年雙11的考場之上，OceanBase又再次重新整理了資料庫處理峰值，達6100萬次/秒，創造了新的世界紀錄。

2020年5月21日，被譽為“資料庫領域世界盃”的資料庫基準測試TPC-C官網更新了最新測試結果，支付寶自研資料庫OceanBase打破2019年由自己創造的世界紀錄，效能分數首次突破億級大關。

這些資料庫具有完全自主智慧財產權和控制權，已經廣泛的應用到這些廠商各自的軟體系統及雲端計算產品中，這些廠商的雲產品已經廣泛的應用到金融、運營商、政府、能源、醫療、製造、交通等多個行業，這些中國產化資料庫已經成為各行業核心業務資料庫的信賴之選。

我們相信，隨著國內逐步採用像阿里雲、騰訊雲和華為雲這些中國產化軟體產品和資訊系統，將會很大程度上緩解對國外資料庫的依賴。

目前阿里的OceanBase已經在建設銀行、南京銀行、西安銀行、人保健康險、常熟農商行、蘇州銀行、廣東農信、網商銀行等多家商業銀行和保險機構上線。全球前四名的支付平臺，兩家的核心繫統都在使用OceanBase資料庫。

但資訊化系統的升級換代，不是一蹴而就的，這需要一個漫長的過程。

雖然阿里、騰訊和華為都推出具有業界頂級水準的資料庫，但這些優秀的中國產化資料庫只用於他們自家的產品和雲端計算系統中，不對其他公司開放，即其他公司的資訊化系統還是無法使用到這些先進的中國產資料庫。

現在很多銀行和企業的資訊化系統長期以來都是各領域專業IT廠商開發的，這些廠商使用不上這些優秀的中國產化資料庫，也只能選擇國外的資料庫產品。

據6月8日訊息，阿里螞蟻金服（支付寶）將自研資料庫產品OceanBase獨立進行公司化運作，成立由螞蟻金服100%控股的資料庫公司北京奧星貝斯科技。

此舉表明，螞蟻金服將OceanBase資料庫推上了大規模商業化和開放服務的軌道，準備為其他企業提供獨立的資料庫服務了，這意味著，其他企業也能獲得與支付寶同款的資料庫處理極致效能和超強穩定性了。

我們有理由相信，騰訊和華為遲早也會加入到開放行列中來，只有相互協作共同發展，才會有鑄就中國整個軟體產業鏈的美好未來！

如果也有理由相信，通過各大中國產資料庫公司和各大軟體廠商的不懈努力，我們會徹底擺脫對國外資料庫的依賴，開啟了中國產資料庫的新時代！

第一，擴充套件性，Oracle單節點效能強擴充套件性差，所以生產型產業需要，一兩臺伺服器就提供了足夠的效能，也不會有特別特別高的併發。但是Oracle的叢集受限於共享儲存，所以擴充套件性很差，不像mysql，面對網際網路的海量併發，可以把叢集擴充套件大點就好了，mysql的橫向擴充套件能力非常強，效能不夠就可以堆硬體，Oracle不行。

第二，可靠性，Oracle的redo，adg，rman等技術為其提供了無與倫比的可靠性，只要架構設計好，沒有找不回來的資料，所以對於銀行電信生產等核心資料尤為重要。mysql的innodb雖然在這方面做的也不錯，但還是Oracle DB2這些更完善。這點對於網際網路不是那麼重要，就算出了點問題，也就論壇斷了層樓，購物少了條評價什麼的，一點大事兒都沒有，其實網際網路企業的大部分支付相關的業務也還是用的傳統資料庫。

第三，開源性，不管資料庫功能再完善，對於網際網路企業來說，總是有自己特殊的需要（比如極致的併發效能，不可能不考慮成本的加硬體）所以開源才能給有能力的網際網路公司發揮的空間

主要是阿里巴巴不想搶甲骨文的生意，

阿里巴巴也不缺錢，沒必要去搶甲骨文的生意，中國的銀行也都有錢，不在乎被甲骨文敲詐勒索。各個方面都合適，誰也不想打破僵局。

當阿里雲研發成功，全面超越甲骨文的時候，甲骨文老闆還不知道雲端計算是做什麼用的。

阿里雲的資料庫只是給自己的平臺使用，一直沒有進行商業化，所以，不被人知道。

由於，最近中美關係緊張，國家在考慮去美國公司化，能用中國公司替代的，就不用美國公司，尤其這種國家大資料的核心問題，更要去掉美國公司，使用中國公司了。所以阿里巴巴也是被迫，進行商業化。

昨天阿里資料庫單獨成立資料庫公司，進行商業化運營，大家品一下，商業運營。就是為了替換掉甲骨文資料卡來的。

今天阿里巴巴就宣佈：今年給阿里雲招聘5000名人才。這是大擴張呀。必定有大業務，阿里雲有大買賣啦。大家品一品。

簡而言之就是四個字：沒錢文化。

是不是很難想象，現在如日中天的網際網路行業企業會因為沒錢不用Oracle？

其實這四個字是拆開看的：一開始沒錢，後來形成了特有的文化。

先說沒錢。

網際網路的早期創業者，蘊含了美國的車庫精神。啥是車庫？就是連辦公室都租不起的兄弟，在自家車庫裡搗叱。

這些人是沒錢買Oracle貴得嚇死人的授權的。他們連Microsoft的授權都買不起。當然了IBM的授權也便宜不到哪裡去。

第二代網際網路應用：搜尋引擎、即時通訊和社群興起的時候，第一代網際網路人已經藉著網際網路泡沫發了一筆。本來是有可能花錢買Oracle的。

可惜，網際網路的熱點興起太快，第一波發了財的網際網路人還沒怎麼明白新形勢就過時了。新的一撥拿到了風投，卻搞不清楚自己從哪裡賺錢。

這時候花錢去買Oracle就相當不明智了。類似每天靠人施捨過日子再去買輛豪華車。

接著就是網際網路的泡沫在2000年，也就是近20年前破滅了。所有活下來的網際網路公司都夾著尾巴過日子。

我不會告訴你在200x年裡，500萬人民幣可能買下騰訊、百度、盛大的百分之幾的股份，也不會告訴你現在養豬都養嗨了的網易混得多差。

這一撥泡沫破滅幾乎持續了十年，百度學會了發廣告、騰訊學會了賣騰訊幣、阿里學會了賣貨。算上網際網路爆發已經二十年過去了。

再說文化

二十年已經足夠形成一種文化了。從作業系統、中介軟體、網際網路服務、負載均衡到底層資料庫，能不花錢的就不花錢。全用免費的。

大家都是窮孩子，一點點糧食也要分著吃。就好像吃不飽飯的時候，大家會分享僅存的糧食。這就是共享技術社群發展的重要原因。

網際網路業的人說這是工程師文化，其實是窮泥腿子文化。咱們革命先輩紅米飯南瓜湯，為啥不吃大魚大肉呢？

窮，大概是革命者的宿命。

等到網際網路行業一個個找到了賺錢的模式，股票和坐著火箭一樣飛昇的時候，內部已經形成了可用的技術體系。不是這個圈子裡的人，根本進不了網際網路公司的門。

這就是傳統IT業的人為什麼到了網際網路公司還要轉型。因為他們在傳統企業IT的玩法是靠砸錢的，網際網路公司是靠對開源技術的研究。

等到Oracle們發現了網際網路也是賺錢的機會，這時候他們已經成了雞肋。一個用了十幾年的免費技術體系，無論怎麼看也比花錢的合算。何況網際網路的變化那時候是按天計算的，做慣了給傳統企業IT服務按年更新的Oracle們真的力不從心。

後來，Oracle已經用不上了。因為網際網路的技術應用場景，他們沒見過：什麼傳統企業需要幾十萬每秒的併發訪問？什麼傳統企業需要把資料分成無數份儲存在跨國的伺服器裡？什麼傳統企業需要儲存萬億G級多媒體？

類比Oracle做了一輛巨舒服的豪華車，現在兄弟們需要攀巖。開著這車去就是送死。當然財大氣粗可以拿豪華車當磚使，也能爬一段距離。但早晚會死。

技術這東西就是一點點做出來的。Oracle資料庫在網際網路應用場景中，根本不堪一擊。傳統企業膜拜的大神，面對網際網路的技術體系，只能默默退敗。

這就是網際網路企業為什麼不用Oracle的原因。

這也是傳統企業為啥不要幻想著隨便轉型的原因

首先銀行要求絕對穩定性，使用付費不開源產品可以完全責任委託，而且資料庫廠商還會有專門維護，省心，省力，安全。

mysql呢，開源產品，穩定性沒有o高，如果要深度開發倒是很省事，不過使用mysql就完全要看自己了，銀行不會為了一個隨時都有可能出現意外的定時炸彈找專門團隊維護，而且銀行交易量很大，但並非像網際網路應用一樣超級併發，大部分都是內部介面使用，而且分地區都是不同的伺服器，每個地區只儲存自己相關的資料，比如你從廣東給山東異地轉賬，原始山東賬戶裡並不存你的記錄，轉了之後山東資料庫才有記錄，在依賴oracle商業委託的基礎下，銀行還會有對賬，來保證資料一致性。

但是反觀網際網路企業就不一樣了，超級併發，小型機已經不滿足這種併發條件了，哪怕oracle足夠優秀，所以要使用應對更高併發特製的mysql，需要有專業的團隊進行維護，穩定性不如oracle，不過分散式叢集可以避免這種情況。而且mysql因為開源還可以針對自己的需求特製功能。不過大部分企業用不上，小公司用啥都一樣。阿里重新開發mysql除了自己用外還可以賣服務。

再說一句，阿里其實棄o選m其實除了併發問題，還因為oracle太貴，因為企業要考慮收支，就算阿里利潤率也比不上銀行

傳統行業核心只能是商業軟體，而不能是開源產品。雖然從技術層面來看，開源軟體在某種意義上來說要比商業軟體更有優勢，但需要注意的是，傳統行業並不是網際網路企業，而是一般性的生產企業，系統的穩定可維護才是關鍵。

開源軟體的一個最大問題是受社群限制明顯，一旦社群停止更新維護，那麼這款開源軟體基本走向死亡。死去的開源專案對於傳統行業公司來說風險極為巨大，軟體如果出現漏洞或bug，沒有人員能夠維護，傳統行業總不能招聘一支龐大的it隊伍吧？除非是轉行做網際網路。而如果開源軟體處於業務核心系統，那麼這裡造成的損失會更為巨大，系統的穩定性和安全性會受到全面危險。當然一旦出現問題，無人可追責，也無人可負責升級改進，最後結果是不得不重新換一套系統，成本不見得降低。

相反商業軟體的一個優勢在於有公司能夠持續的跟進，只要公司不倒閉，軟體的維護是持續的，出了問題也有人去解決。傳統行業只需要配置幾個懂業務懂技術的就能實現很好的對接。而且商業軟體對於企事業單位來說，還有一個好處是可審計，開源軟體很多是免費的，而採購的錢又是預算做出來的，那麼最後這個錢去了哪裡呢？總不能花錢去買免費的系統吧？這就容易引發腐敗問題。而商業軟體採購至少能夠保證開出合同發票，能夠一定程度上防止腐敗。

時代不同，今天讓傳統行業有機會重新選擇，也未必是Oracle。在這些企業轉向數字化專項過程中，可以看到Oracle不在對話中，也可以被輕易替換掉。