Mysql 基準測試注意事項。

如何使基準測試設計的更好之前，需要先看一下哪些常見的錯誤是應該避免的，這些錯誤可能導致測試結果無用，或不準確。

• 使用真是資料的一個子集，而不是全集。例如應用需要數百GB資料，但測試只用了1GB資料；或者只使用當前資料集進行測試，卻希望類比將來業務增長後的效能測試。
• 使用錯誤的分布式資料。例如平均地使用分布式資料，而忽略了真實系統中是有“作用區（Hot Spots）”的。（隨機產生的資料往往不同於真實分布的）。
• 使用非真實的分布參數。例如假定所有使用者的概要檔案（Profile）都平均地讀取。
• 在多使用者應用中使用單使用者假定進行測試。
• 在單伺服器上測試一個分布式應用。
• 與真實使用者行為不匹配。例如Web頁面匯總的“考慮時間（Think Time）”。真實使用者在請求到一個頁面後，會閱讀它，而不會不停頓地一個接一個點擊相關連結。
• 迴圈運行同一個查詢。真是的查詢是不相同的，而這會引起緩衝內容的變化。相同的查詢則會在某種程度上，全部或部分地被緩衝起來。
• 忽略錯誤檢查。如果測試出錯，測試結果會毫無意義。比如一個原來很慢的操作忽然變得很快了，這就需要檢測是否有錯誤產生。否則這種測試結果可能只是測試了MySQL如何快速地檢查到一個SQL語法錯誤！在基準測試後，一定要堅持相關錯誤記錄檔，這是一個原則性的要求。
• 忽略了系統的暖機（Warm Up）過程，例如系統重啟之後馬上進行測試。有時要瞭解伺服器在重啟多久後才能到正常的效能容量，所以要特別注意這個暖機時間。反過來說，如果測試的目的是想分析正常的情況下的效能，那麼要注意，重啟後馬上進行基準測試時，許多緩衝都還沒有資料（是“冷的”，Cold），並且這種測試結果也不能反應緩衝已被填滿資料後的效果。
• 使用預設的伺服器設定。

只有避免了上述錯誤，才能走上改進測試品質的漫漫長路。