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