以下的文章主要介紹的是MySQL調優的實際操作步驟，我們首先是從提高 MySQL(與PHP搭配之最佳搭檔) 服務器的實際運行速度開始的，一共有三 種方法能提高 MySQL(和PHP搭配之最佳組合) 服務器的運行速度，效率從低到高依次為：
1、替換有問題的硬件。
2、對 MySQL(和PHP搭配之最佳組合) 進程的設置進行MySQL調優。
3、對查詢進行優化。
替換有問題的硬件通常是我們的第一考慮，主要原因是數據庫會占用大量資源。
不過這種解決方案也就僅限於此了。實際上，您通常可以讓中央處理器CPU）或磁盤速度加倍，也可以讓內存增大 4 到 8 倍。
第二種方法是對 MySQL(和PHP搭配之最佳組合) 服務器也稱為 MySQL(和PHP搭配之最佳組合)d）進行MySQL調優。對這個進程進行調優意味著適當地分配內存，並讓 MySQL(和PHP搭配之最佳組合)d 了解將會承受何種類型的負載。加快磁盤運行速度不如減少所需的磁盤訪問次數。
類似地，確保 MySQL(和PHP搭配之最佳組合) 進程正確操作就意味著它花費在服務查詢上的時間要多於花費在處理後台任務如處理臨時磁盤表或打開和關閉文件）上的時間。對 MySQL(和PHP搭配之最佳組合)d 進行調優是本文的重點。
最好的方法是確保查詢已經進行了優化。這意味著對表應用了適當的索引，查詢是按照可以充分利用 MySQL(和PHP搭配之最佳組合) 功能的方式來編寫的。盡管本文並沒有包含查詢調優方面的內容很多著作中已經針對這個主題進行了探討），不過它會配置 MySQL(和PHP搭配之最佳組合)d 來報告可能需要進行MySQL調優的查詢。
雖然已經為這些任務指派了次序，但是仍然要注意硬件和 MySQL(和PHP搭配之最佳組合)d 的設置以利於適當地MySQL調優查詢。機器速度慢也就罷了，我曾經見過速度很快的機器在運行設計良好的查詢時由於負載過重而失敗，因為 MySQL(和PHP搭配之最佳組合)d 被大量繁忙的工作所占用而不能服務查詢。
記錄慢速查詢
在一個 SQL 服務器中，數據表都是保存在磁盤上的。索引為服務器提供了一種在表中查找特定數據行的方法，而不用搜索整個表。當必須要搜索整個表時，就稱為表掃描。通常來說，您可能只希望獲得表中數據的一個子集，因此全表掃描會浪費大量的磁盤 I/O，因此也就會浪費大量時間。當必須對數據進行連接時，這個問題就更加復雜了，因為必須要對連接兩端的多行數據進行比較。
當然，表掃描並不總是會帶來問題；有時讀取整個表反而會比從中挑選出一部分數據更加有效服務器進程中查詢規劃器用來作出這些決定）。如果索引的使 用效率很低，或者根本就不能使用索引，則會減慢查詢速度，而且隨著服務器上的負載和表大小的增加，這個問題會變得更加顯著。執行時間超過給定時間范圍的查 詢就稱為慢速查詢。
您可以配置 MySQL(和PHP搭配之最佳組合)d 將這些慢速查詢記錄到適當命名的慢速查詢日志中。管理員然後會查看這個日志來幫助他們確定應用程序中有哪些部分需要進一步調查。清單 1 給出了要啟用慢速查詢日志需要在 my.cnf 中所做的配置。
