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

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

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

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

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

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

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

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