5月25日外電頭條：四分五裂的MySQL能否重整山河？

作者：小龍編譯 2009-05-25 08:43:52

由于管理不力，MySQL社區(qū)正在四分五裂。如果Oracle沒辦法讓他們聚在一起，Monty Widenius馬上就會重新立起山頭。

【51CTO快譯】在Oracle宣布收購Sun一個月之后，MySQL的未來仍懸而未決，51CTO.com曾報道過業(yè)界對收購后MySQL前景的擔(dān)憂。在領(lǐng)先的商業(yè)數(shù)據(jù)庫供應(yīng)商手中，MySQL這個領(lǐng)先的輕量級開源數(shù)據(jù)庫還能夠繼續(xù)保持興旺嗎？到目前為止，形勢好像并不樂觀。

早在Oracle收購之前，MySQL社區(qū)就有了緊張的跡象。2008年在Sun收購MySQL后不久，許多重要的MySQL員工就開始陸續(xù)離開，其中包括CEO Mårten Mickos和共同創(chuàng)始人Monty Widenius。Widenius更是公開抨擊了由Sun領(lǐng)導(dǎo)的MySQL開發(fā)流程，批評發(fā)布周期太過匆忙以及缺乏質(zhì)量控制。另一位共同創(chuàng)始人David Axmark也在受夠了Sun陳舊的企業(yè)文化和繁雜的辦事方式后選擇了離開。在51CTO.com之前關(guān)于MySQL兩位創(chuàng)世人離職對Sun的影響一文中曾猜測Sun領(lǐng)導(dǎo)下的MySQL是否會更好？現(xiàn)在，該換Oracle領(lǐng)導(dǎo)的MySQL是否會更好了。

隨著骨干成員大批出走，MySQL的發(fā)展碰到了另一個難關(guān)：MySQL的分支開始出現(xiàn)，包括Drizzle和MariaDB，它們向用戶和貢獻者提供Sun控制的主要分支之外的方式。Drizzle試圖擺脫一些最近的MySQL版本中過多的功能，為云計算和Web應(yīng)用服務(wù)器提供更合適的輕量級數(shù)據(jù)庫。而MariaDB目標是與MySQL功能兼容，而且默認使用全新的transaction-capable存儲引擎?？赡芨匾氖?，MariaDB的創(chuàng)建者不是別人，正是MySQL的開山鼻祖Widenius本人。

如果這些事還不能讓MySQL的新東家Oracle頭疼的話，Widenius已經(jīng)扔出了另一波攻勢。上周，51CTO.com曾在5月13日報道過Widenius宣布成立開放數(shù)據(jù)庫聯(lián)盟（Open Database Alliance）的消息，一個“供應(yīng)商中立的組織”，他們的目標是要“成為MySQL開源數(shù)據(jù)庫的業(yè)界樞紐，包括MySQL和衍生代碼、二進制文件、培訓(xùn)、支持和MySQL社區(qū)和合作伙伴系統(tǒng)的改進?！敝档米⒁獾氖?，Oracle沒有被列入開放數(shù)據(jù)庫聯(lián)盟的聯(lián)系人名單。

對這一切感到為難的人絕不會少。今年3月，前MySQL員工，現(xiàn)在的Drizzle開發(fā)者Patrick Galbraith曾大聲質(zhì)疑現(xiàn)在哪個MySQL分支才能算得上“官方正式版”。這個問題的最終答案或許就是MySQL的命運。

Oracle能夠重視MySQL嗎？

當(dāng)然，名義上MySQL只可能有一個真正的官方正式版：就是那個最初的MySQL，后來被Sun收購，并最終被Oracle獲得的那個。Oracle目前擁有與MySQL的名字相關(guān)的所有版權(quán)，商標和其他知識產(chǎn)權(quán)——它在保護知識產(chǎn)權(quán)時一向不遺余力。MySQL甚至曾經(jīng)向一些合作伙伴發(fā)出商標違反通知，只因為他們在其提供的服務(wù)中標注的是“MySQL support（MySQL支持）”，而不是“支持MYSQL數(shù)據(jù)庫（support for MySQL databases）”。

雖然這方面做的不錯，但是MySQL的品牌本身并不會讓顧客感到舒心，他們擔(dān)心一個開源數(shù)據(jù)庫不會得到世界上***的商業(yè)軟件公司的應(yīng)有重視。已經(jīng)有一些客戶質(zhì)疑Oracle對MySQL的承諾，尤其是當(dāng)它擁有利潤豐厚的商業(yè)數(shù)據(jù)庫時，對低端的開源產(chǎn)品的態(tài)度究竟會怎樣。MySQL社區(qū)已經(jīng)開始分裂并各自轉(zhuǎn)向替代品，Oracle的MySQL的業(yè)務(wù)正逐漸變得缺乏吸引力。

但是，如果MySQL的支持率正在下降，Oracle更應(yīng)該快點做出決斷。Oracle必須努力恢復(fù)MySQL社區(qū)的信任和支持，否則就可能眼睜睜的看著它變成一把叉子——長出Drizzle、MariaDB或者其它分支。為了做到這一點，Oracle必須要避免Sun在收購MySQL時犯的錯誤。從某種意義上說，想要MySQL成功，Oracle要表現(xiàn)得不像Oracle一點。

開源項目的客戶是出了名的挑剔。如果一個項目不能提供用戶需要，用戶可以立刻去找其他的——開發(fā)者也一樣。有許多開源項目都出現(xiàn)了叉子的狀況，也有觀點認為這樣的競爭是健康的。而對于Oracle來說，***希望自己不要走錯了路口。

如果MySQL變成叉子，誰會輸，誰會贏？

巧合的是，在開源世界的另一個領(lǐng)地正在上演類似的情節(jié)。這個主角是glibc——Gnu standard C library（GNU標準C庫）——Linux上運行的幾乎所有軟件都在用它。本月初，Debian項目決定用eglibc（Embedded glibc），也就是glibc的一個分支來替換掉它。表面上看新的分支可以更好地為嵌入式系統(tǒng)編程服務(wù)，但社區(qū)里卻可以聽到些閑話說替換glibc的真正原因在于glibc主要維護者Ulrich Drepper的頑固不化。

eglibc的出現(xiàn)肯定不是偶然的。它與很久以前的一次爭議事件遙相呼應(yīng)，當(dāng)時有一群從事Gnu C compiler（GCC，Gnu C編譯器）的開發(fā)者由于受不了項目貢獻模式的嚴格限制，分離出去形成了一個稱為egcs的新分支。擺脫了官僚主義之后，egcs分支繁榮發(fā)展，而gcc的主分支依舊停滯不前，***以gcc的死去而其后egcs正式改名為gcc而告終，分支最終變成了主干。根據(jù)一些egcs開發(fā)者所說，他們從一開始就有這樣的打算。很難講這次eglibc的維護者們是不是也有類似的想法。

Oracle和其他開源項目的維護者都應(yīng)該在這里好好的上一課。緩慢的專制管理是許多開源軟件的用戶和貢獻者所不愿意容忍的，而被企業(yè)等商業(yè)實體維護的項目特別容易受到這種影響。在Eric S. Raymond發(fā)表了他那篇論文大作“大教堂和集市”的12年之后，我們看到仍有太多的項目——尤其是企業(yè)——還是無法放掉自己的大教堂心態(tài)。

因此Oracle***的行動方針應(yīng)該是立即加入開放數(shù)據(jù)庫聯(lián)盟，并以積極的態(tài)度參與MySQL的開發(fā)，而且要全力保護由社區(qū)推動的開放的方式。Oracle將MySQL作為Sun的一項資產(chǎn)買下來，但是Sun一直沒有抓住MySQL的重點，也不知道如何管理。如果Oracle想不出怎樣比Sun做的更好，那么它仍將擁有MySQL的名號，然而不幸的是，這個名號很快就會沒有多大意義了。

【MySQL大事記】