isam表處理器--穩定
它管理所有在mysql 3.22和早期版本中的資料的儲存和檢索。在所有mysql版本中，**中已經沒有乙個單獨(報告的)錯誤。得到乙個損壞的資料庫表的唯一已知方法是在乙個更新中途殺死伺服器，即使這樣也不大可能破壞任何資料而不能挽救，因為所有資料在每個查詢之間被倒入(flush)到磁碟，而且從來沒有乙個有關由於mysql中的錯誤而丟失資料的錯誤報告。
myisam 表處理器-- beta
這是 mysql 3.23的新功能，它大部分是基於isam表**但有很多新的有用的功能。
語法處理器和詞法分析器 --穩定
很長時間沒有乙個在這個系統中的錯誤報告。
c 客戶**--穩定
沒有已知的問題。在早期的 3. 20版本中，在傳送/接收緩衝器的大小上有一些限制。 3.21.x後，現在緩衝器的大小是動態的，可到乙個24m的預設值。
標準客戶程式--穩定
這些包括mysql、mysqladmin和mysqlshow、mysqldump及mysqlimport。
基本結構式查詢語言--穩定
基本sql函式系統、字串類和動態記憶體處理，本系統中未見單獨報告的錯誤。
查詢優化程式--穩定
範圍優化程式-- gamma
join優化器--穩定
鎖定-- gamma
這是非常依賴於系統的，在某些系統上，用標準作業系統鎖定(fcntl())有很大問題，在這些情況下，你應該用選項--skip-locking執行mysql守護程式。當使用nfs掛載的檔案系統，已知在一些 linux 系統上和sunos上出現問題。
linux 執行緒-- gamma
唯一發現的問題式fcntl()呼叫，它通過使用mysqld的--skip-locking選項解決。一些人已經報告了0.5版中的鎖定問題。
solaris 2.5 + pthreads --穩定
我們在我們的開發工作中使用。
mit-pthreads (其他系統)-- gamma
自從 3.20.15版以來，沒有報告的錯誤，而且從3.20.16開始沒有已知的錯誤。在一些系統上，在一些操作是相當慢時(在每查詢之間有 1/20秒的睡眠 )有乙個「功能失效」。當然，mit-pthreads 可能使任何事情慢一點，但是基於索引的select語句通常在乙個時幀內完成，因此不應該有乙個mutex 鎖定/執行緒的把戲。
其他執行緒實現 -- alpha - beta
移植到其他系統仍然是很新的並且可能有錯誤，可能是在mysql中，但是最通常的是執行緒實現本身。
load data ... ,insert ... select --穩定
一些人已經認為他們在這裡發現了錯誤，但是這些經常多是誤解。請在報告問題前檢查手冊！
alter table --穩定
在 3.22.12中有小的改變。
dbd --穩定
現在由 jochen wiedmann 維護了。
mysqlaccess --穩定
由 yves carlier 編寫並維護。
grant -- gamma
mysql 3.22.12.做了很大改變。
myodbc (使用 odbc sdk 2.5 )-- gamma
它與一些程式似乎工作得很好。
排序穩定性
這幾天筆試了好幾次了，連續碰到乙個關於常見排序演算法穩定性判別的問題，往往還是多選，對於我以及和我一樣拿不準的同學可不是乙個能輕易下結論的題目，當然如果你筆試之前已經記住了資料結構書上哪些是穩定的，哪些不是穩定的，做起來應該可以輕鬆搞定。本文是針對老是記不住這個或者想真正明白到底為什麼是穩定或者不穩...
穩定性檢驗
3種主要的穩健性檢驗途徑 1.從資料出發，替換不同的樣本進行檢驗樣本是否有問題 2.從變數出發，根據其它不同指針對樣本進行分類後，檢查分類後的樣本是否對y特徵的顯著性有影響 3.從計量方法出發，用不同的工具或檢驗方法。可以用ols,fix effect,gmm等來回歸，看結果是否依然robust 方...
架構穩定性
1.壓測知道你的容量，設定報警線 讀通過tcpcopy，寫通過染色資料，如此引入線上資料回放測試 2.如果出現事故如何引導使用者 3.拆分業務初期耦合的邏輯，拆分為介面間呼叫 4.拆服務，拆庫，避免乙個庫掛掉，全站掛掉 5.避免高峰上線，提前引入壓測 6.日誌監控，各模組流量監控 7.每一次上線都要...