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

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

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

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

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

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

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

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