要加速執行緩慢的 SELECT ... WHERE 查詢，首先要檢查的是是否可以加入索引。在 WHERE 子句中使用的欄位上設定索引，以加速評估、篩選以及最終結果的檢索。為了避免浪費磁碟空間，請建構一小組索引，以加速應用程式中使用的許多相關查詢。

對於使用 聯結和外鍵等功能引用不同表格的查詢來說，索引尤其重要。您可以使用EXPLAIN 陳述式來判斷哪個索引用於 SELECT。請參閱第 10.3.1 節，「MySQL 如何使用索引」和第 10.8.1 節，「使用 EXPLAIN 優化查詢」。

隔離並調整查詢中任何耗費過多時間的部分，例如函式呼叫。根據查詢的結構方式，函式可能會針對結果集中的每一列呼叫一次，甚至針對表格中的每一列呼叫一次，大幅放大任何效率低下的情況。

盡量減少查詢中的完整表格掃描次數，特別是對於大型表格。

定期使用 ANALYZE TABLE 陳述式來保持表格統計資訊的最新狀態，以便最佳化工具具有建構有效率的執行計畫所需之資訊。

了解特定於每個表格的儲存引擎的調整技術、索引技術和組態參數。InnoDB 和 MyISAM 都有一套用於在查詢中啟用和維持高效能的指南。有關詳細資訊，請參閱第 10.5.6 節，「優化 InnoDB 查詢」和第 10.6.1 節，「優化 MyISAM 查詢」。

您可以使用第 10.5.3 節，「優化 InnoDB 唯讀交易」中的技術，針對 InnoDB 表格優化單一查詢交易。

避免以難以理解的方式轉換查詢，特別是如果最佳化工具會自動執行某些相同的轉換。

如果效能問題不容易透過其中一項基本指南解決，請閱讀 EXPLAIN 計畫並調整索引、WHERE 子句、聯結子句等等，來調查特定查詢的內部詳細資訊。（當您達到一定程度的專業知識時，閱讀 EXPLAIN 計畫可能會成為您針對每個查詢的第一步。）

調整 MySQL 用於快取的記憶體區域的大小和屬性。透過有效使用 InnoDB 緩衝池、MyISAM 金鑰快取和 MySQL 查詢快取，重複查詢執行速度會更快，因為第二次及後續執行時會從記憶體檢索結果。

即使對於使用快取記憶體區域快速執行的查詢，您仍然可以進一步優化，使其需要較少的快取記憶體，從而使您的應用程式更具可擴展性。可擴展性表示您的應用程式可以處理更多同時使用者、更大的請求等等，而不會發生大幅效能下降。

處理鎖定問題，其中查詢的速度可能會受到其他同時存取表格的工作階段影響。