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

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

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

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

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

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

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

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

【編輯推薦】

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