本文回答了如下問題：“MySQL服務器有多穩定？”，以及“在本項目中我能依靠MySQL服務器嗎”？ 我們將嘗試闡明這類問題，並回答很多潛在用戶關心的某些重要問題。本節所給出的信息基於通過郵件列表收集的數據，在確定問題和通報使用類型方面，郵件列表十分有用。
最初的代碼可回溯至20世紀80年代初。它提供了穩定的編碼基數，最初存儲引擎使用的ISAM表格式仍保持向後兼容性。在MySQL AB公司的前身TcX，自1996年中期以來，MySQL代碼在多個項目中工作良好，未出現任何問題。當MySQL數據庫軟件首次向更廣泛的公眾發布時，我們的用戶很快發現了一些未經測試的代碼段。自那以後，盡管每個新版本具有很多新的特性，但每次新發布的版本均存在少量的移植性問題。
每次發布的MySQL服務器均是可用的。僅當用戶嘗試源自“灰色區域”的代碼時才會出現問題。當然，新用戶不了解“灰色區域”是什麼。因此，在本文中，我們介紹了目前已知的這類區域。本節所作的介紹主要針對MySQL服務器3.23版和更高版本。在最新的版本中，更正了所有已知和通報的缺陷，但“缺陷”一節所列的除外，這類缺陷與設計有關。
MySQL服務器采用了多層設計和獨立模塊。在此列出了一些較新的模塊，並指明了它們的測試情況。
· Replication（穩定）
大量使用復制功能的服務器均處於生產模式下，結果良好。在MySQL 5.x中，將繼續增強復制功能。
· InnoDB表（穩定）
自3.23.49版以來，InnoDB事務存儲引擎一直很穩定。InnoDB正用於大型、重負荷生產系統。
· BDB表（穩定）
Berkeley DB碼十分穩定，但在MySQL服務器中，我們仍在改進BDB事務存儲引擎。
· 全文本搜索（穩定）
全文本搜索的使用范圍十分廣泛。在MySQL 4.0和4.1中，增加了重要的特性增強。
· MyODBC 3.51（穩定）
MyODBC 3.51采用了ODBC SDK 3.51，並廣泛用於生產活動中。某些出現的情況看上去與應用程序相關，與ODBC驅動程序或底層數據庫服務器無關。
