什么是標(biāo)準(zhǔn)？

USB 3.0 是標(biāo)準(zhǔn)，USB TYPE-C 是標(biāo)準(zhǔn)，X86 架構(gòu)是標(biāo)準(zhǔn)，Android 移動操作系統(tǒng)也是一種標(biāo)準(zhǔn)。

所以，標(biāo)準(zhǔn)是強(qiáng)者制定的規(guī)則，是其他追隨者仰望的目標(biāo)。

在數(shù)據(jù)庫中，MySQL 協(xié)議是標(biāo)準(zhǔn)，因為 MySQL 是其他數(shù)據(jù)庫仰望的目標(biāo)。

最近幾年新的數(shù)據(jù)庫系統(tǒng)，幾乎都以采用兼容 MySQL 協(xié)議作為一種賣點。

比如 TDSQL、Aurora、MyRocks、OceanBase、PolarDB、GoldenDB、TiDB等數(shù)據(jù)庫

這樣對于業(yè)務(wù)來說，幾乎不用做什么修改，開發(fā)同學(xué)就能快速適應(yīng)原來 MySQL 的研發(fā)流程，甚至之前的一些 MySQL 數(shù)據(jù)庫框架都可以直接復(fù)用，例如數(shù)據(jù)庫連接池，數(shù)據(jù)庫代理等。

不僅在技術(shù)領(lǐng)域，這種向上兼容的操作其實很常見。

在其他領(lǐng)域的運營中也有，只不過這種方式稱為“蹭流量”。

蹭大V的流量，蹭熱點新聞的流量。

一言以蔽之，弱者兼容強(qiáng)者。

然而，令人大跌眼鏡的是，在最近 Oracle CloudWorld 大會上，Oracle 23c 版本推出了對于 MongoDB API 的兼容。

簡單來說，就是可以通過原先 MongoDB 的 API 訪問 Oracle 數(shù)據(jù)庫，即將 Oracle 數(shù)據(jù)庫打造為文檔數(shù)據(jù)庫使用。

前面我們已經(jīng)說了，兼容是弱者對強(qiáng)者的仰慕。

全球最強(qiáng)數(shù)據(jù)庫 Oracle 兼容 MongoDB 數(shù)據(jù)庫，這是劃時代的一個標(biāo)志。

從此，Oracle 數(shù)據(jù)庫走下神壇，進(jìn)入全面衰敗期。

我知道，很多O迷不愿接受這樣的事實。

然而，這樣的事情在歷史上曾一次次地發(fā)生過。

最近的一次，便是IBM DB2。

當(dāng)年，DB2 推出了一個 MySQL 的存儲引擎插件 IBMDB2I，以此可以訪問 DB2 數(shù)據(jù)庫。

然而，這個操作非但沒有幫助 DB2 數(shù)據(jù)庫擴(kuò)大自己的市場份額，反而加速了 DB2 數(shù)據(jù)庫的迅速沒落。

從 DB-Engines 的趨勢圖可以發(fā)現(xiàn)，PostgreSQL、MongoDB、Redis、Elasticsearch 都已完成對于 IBM DB2 數(shù)據(jù)庫的超越，更別提數(shù)據(jù)庫第一梯隊的 Oracle、MySQL、Microsoft SQL Server 數(shù)據(jù)庫。

越兼容，沒落得越快。

最后，我們再分析下，Oracle MongoDB API 是一個好的產(chǎn)品設(shè)計么？

顯然，Oracle 數(shù)據(jù)庫的出發(fā)點是搶占 MongoDB 的文檔數(shù)據(jù)庫市場份額。

出發(fā)點是好的，但現(xiàn)實是很殘酷的。

從技術(shù)上分析，文檔數(shù)據(jù)庫一點都不復(fù)雜，就是1個id主鍵+1個JSON列。

MongoDB 的 NoSQL 其實也并不怎么好用，分布式 sharding 功能實際生產(chǎn)用得也不多。

這幾年 Oracle、MySQL、Microsoft SQL Server 數(shù)據(jù)庫也都提供了對于 JSON 列類型的支持。

按理來說，都可以圍繞上述這些數(shù)據(jù)庫打造文檔存儲的體驗。

MySQL 甚至提供了新的 NoSQL API 接口和文檔數(shù)據(jù)庫解決方案 InnoDB Cluster，使用體驗幾乎與 MongoDB 一樣。甚至利用 InnoDB 存儲引擎強(qiáng)大的特性，還能有數(shù)據(jù)的事務(wù)保障。

然而，上述這些數(shù)據(jù)庫都無法撼動 MongoDB 在文檔數(shù)據(jù)存儲的地位。

所以，這次即便 Oracle 數(shù)據(jù)庫支持原生的 MongoDB API，也不會有太大的變化。

如果僅憑一個 MongoDB API 就能夠吸引客戶遷移過來，那么 MySQL、Microsoft SQL Server 同樣也可以這么做，而且相信他們的要價相比 Oracle 肯定也會更低一些。

回頭來看，Oracle 公司早些年的收購策略是相當(dāng)成功的。

最為經(jīng)典的案例便是收購 InnoDB 存儲引擎的母公司 Innobase，然后完成對于 Sun 的收購，這樣便完成對 MySQL 數(shù)據(jù)庫的完全掌控。

Larry 一直覬覦的是冉冉上升的 MySQL 數(shù)據(jù)庫，而不是已經(jīng)日落西山的 Sun。

然而，近10年，Oracle 公司的戰(zhàn)略收購都算不上太成功。

反而，Oracle 錯失了云數(shù)據(jù)庫這一整個時代紅利。

業(yè)界領(lǐng)先的分布式數(shù)據(jù)庫架構(gòu)、存算分離的云原生數(shù)據(jù)庫架構(gòu)，Oracle 數(shù)據(jù)庫都不再是行業(yè)的引路人。

引以為傲的一些數(shù)據(jù)庫能力，如 MVCC、OLAP能力，開源數(shù)據(jù)庫們也都完成得不錯。

此外，非但中國開始不斷推進(jìn)“去” Oracle 數(shù)據(jù)庫的工作，國外不少公司也因為高昂的許可證費用或其他相關(guān)問題，正逐步減少對于 Oracle 數(shù)據(jù)庫的使用。

很難想象，一夜之間，整個世界都在“去” Oracle 數(shù)據(jù)庫。

但 Oracle 公司真的沒有牌可打了么？

其實不然。

Oracle 公司手上還握有一對王炸，那便是 MySQL 數(shù)據(jù)庫。

但若扶持及增大 MySQL 的投入，便會對原有的 Oracle 數(shù)據(jù)庫商業(yè)市場產(chǎn)生嚴(yán)重的沖擊。

有沒有類似微軟 CEO 拉德納的魄力，全面擁抱開源和云時代，這是對企業(yè)領(lǐng)導(dǎo)人在新時代的最大考驗。

掐指一算，Larry 也已經(jīng)78歲了。

英雄遲暮，剎那芳華。

以上。