這個問題可以回溯到業(yè)內(nèi)人士發(fā)現(xiàn)最新版本的MySQL修復了一些漏洞，但所有補丁均未提供任何有關的測試數(shù)據(jù)。這給開發(fā)者們帶來了很多問題，開發(fā)者們無法保證那些漏洞是否真的被修復了。

很明顯，甲骨文是想讓開發(fā)者們很難使用MySQL。這主要是因為開發(fā)者社區(qū)對于甲骨文如何看待開源和閉源問題有著不同的看法。 甲骨文此舉將給開發(fā)者們帶來各種各樣的問題。

MySQL是全球開發(fā)者使用最多的數(shù)據(jù)庫。甲骨文在2010年收購了Sun Microsystems之后獲得了該軟件的發(fā)布控制權。

據(jù)國外科技網(wǎng)站MariaDB上發(fā)布的一個帖子稱，MySQL自1999年起使用了一種名為MySQL-test的測試框架。多年以來，各種測試主要針對新功能來設計，其中總是包括一項用來保證漏洞得到修復的回歸測試。

來自Facebook和Twitter的開發(fā)者們對那個測試框架的依賴性很重。在Twitter平臺上，MySQL是大多數(shù)Twitter數(shù)據(jù)、興趣圖表、時間軸、用戶數(shù)據(jù)和推特本身背后最主要的存儲技術。

甲骨文似乎還抽出了MySQL的修訂歷史。修訂歷史將以前對無數(shù)行源代碼進行的修改進行了分組，歸納到所謂的“變化集”中。一個變化集可以顯示出某項具體功能發(fā)生的變化。它可以顯示出修改者的身份、修改的時間和原因。

清除掉修訂歷史記錄后，甲骨文就可以讓開發(fā)者們搞不清楚哪些問題已經(jīng)被修復，哪些問題還沒有被修復。

觀察員們認為，甲骨文似乎不想公開MySQL的修訂測試和修訂歷史。 從甲骨文一貫的行事風格和歷史來看，這一點并不出人意料。

【編輯推薦】

1. MySQL源碼學習：MDL字典鎖
2. MySQL Cluster開發(fā)環(huán)境簡明部署
3. MySQL的四種不同查詢的分析
4. 甲骨文推出MySQL集群7.2
5. MySQL內(nèi)存表的特性與使用介紹