我們投入了大量的時間和工作來使我們的發布沒有缺陷。我們從來沒有發布過含有已知致命重復性缺陷的單一MySQL版本。(“致命”缺陷指能在正常應用中導致MySQL癱瘓的缺陷，對于正常查詢產生錯誤答案，或有安全問題）。

我們已經將所有公開問題、缺陷和由設計決策決定的事宜記入文件。請參見A.8節，“MySQL中的已知事宜”。

我們的目標是修復一切可以修復的東西，而不會使穩定的MySQL版本變得不穩定。在某些情況，這意味著我們可以在開發版本中修復問題，而不是在穩定的 (產品) 版本。自然，我們會將這些問題記入文檔，以便用戶能知道。

下面描述了我們如何操作：

·         我們通過我們的客戶支持列表、在http://bugs.mysql.com/ 缺陷數據庫和MySQL外部郵件列表來監控缺陷。

·         當前版本中所有被報導的缺陷被輸入缺陷數據庫。

·         當我們修復缺陷，我們總是為其設計一次測試案例，并將其包括進測試系統中，以確保不會漏檢使缺陷再現。(所有修復的缺陷中大約90%的具有測試案例）。

·         為添加到MySQL中的所有新功能創建測試案例。

·         我們開始構建新的MySQL發布前，我們確保修復了MySQL版本(3.23.x、4.0.x、4.1.x、5.0.x等等)中所有被報導的重復性缺陷。如果某些內容不能修復(由于MySQL內部的一些設計決策)，我們在本手冊中記錄下來。請參見A.8節，“MySQL中的已知事宜”。

·         我們在所有支持二進制的平臺(15+平臺)上構建并運行我們的測試套件和基準套件。

·         如果在某個平臺上測試或基準套件失敗，我們不會公布二進制。如果問題是由于源碼中的普通缺陷，我們將進行修復并在所有系統上構建并測試。

·         構建和測試過程需要2-3天。如果在該過程中我們收到致命缺陷相關報告(例如，會造成內核轉儲)，我們將修復該問題并重新啟動構建過程。

·         在http：//dev.mysql.com/上公布二進制后，我們則向mysql發出公告消并announce郵件列表。請參見1.7.1.1節，“The MySQL郵件列表”。公告消息包含所有發布的更改列表和已知問題。只有部分發版不需要已知的問題部分。

·         為了讓我們的用戶快速訪問最新MySQL功能，我們每4-8周產生一個新的MySQL發布。每天構建源碼快照，可以從http://downloads.mysql.com/snapshots.php獲得。

·         如果，盡管經過我們最大的努力，我們在發布后仍收到缺陷報告，即在某個具體平臺上出現嚴重問題，我們將立即進行修復，并為該平臺構建一個新的 'a'版本。由于我們的大用戶群，可以很快地查出并解決此類問題。

·         我們為保證穩定版本所做的跟蹤記錄不錯。在最近150個發布中，我們只需要對其中不到10個重新構建。其中有3個案例，缺陷為我們的構建機器上的glibc 庫，花了很長時間來跟蹤。