如今，社會講求的就是快速，什么事都要有效率，當(dāng)然服務(wù)器也是要有效率。開發(fā)人員不斷地開發(fā)和部署使用LAMP（？、Apache、MySQL 和 php/Perl）架構(gòu)的應(yīng)用程序。但是，服務(wù)器管理員常常對應(yīng)用程序本身沒有什么控制能力，因為應(yīng)用程序是別人編寫的。本文重點討論為實現(xiàn)最高效率而對數(shù)據(jù)庫層進行的調(diào)優(yōu)。

　　有3種方法可以加快MySQL服務(wù)器的運行速度，效率從低到高依次為：

　　第一種方法時替換有問題的硬件。對MySQL進程的設(shè)置進行調(diào)優(yōu)。對查詢進行優(yōu)化。

　　替換有問題的硬件通常是我們的第一考慮，主要原因是數(shù)據(jù)庫會占用大量資源。不過這種解決方案也就僅限于此了。實際上，您通常可以讓中央處理器（CPU）或磁盤速度加倍，也可以讓內(nèi)存增大4到8倍。

　　第二種方法是對MySQL服務(wù)器（也稱為mysqld）進行調(diào)優(yōu)。

　　對這個進程進行調(diào)優(yōu)意味著適當(dāng)?shù)胤峙鋬?nèi)存，并讓 mysqld 了解將會承受何種類型的負載。加快磁盤運行速度不如減少所需的磁盤訪問次數(shù)。類似地，確保 MySQL 進程正確操作就意味著它花費在服務(wù)查詢上的時間要多于花費在處理后臺任務(wù)（如處理臨時磁盤表或打開和關(guān)閉文件）上的時間。對mysqld進行調(diào)優(yōu)是本文的重點。

　　最好的方法是確保查詢已經(jīng)進行了優(yōu)化。這意味著對表應(yīng)用了適當(dāng)?shù)乃饕樵兪前凑湛梢猿浞掷肕ySQL功能的方式來編寫的。盡管本文并沒有包含查詢調(diào)優(yōu)方面的內(nèi)容（很多著作中已經(jīng)針對這個主題進行了探討），不過它會配置mysqld來報告可能需要進行調(diào)優(yōu)的查詢。

　　雖然已經(jīng)為這些任務(wù)指派了次序，但是仍然要注意硬件和mysqld的設(shè)置以利于適當(dāng)?shù)卣{(diào)優(yōu)查詢。機器速度慢也就罷了，我曾經(jīng)見過速度很快的機器在運行設(shè)計良好的查詢時由于負載過重而失敗，因為mysqld被大量繁忙的工作所占用而不能服務(wù)查詢。

　　第三種方法是記錄慢速查詢

　　在一個SQL服務(wù)器中，數(shù)據(jù)表都是保存在磁盤上的。索引為服務(wù)器提供了一種在表中查找特定數(shù)據(jù)行的方法，而不用搜索整個表。當(dāng)必須要搜索整個表時，就稱為表掃描。通常來說，您可能只希望獲得表中數(shù)據(jù)的一個子集，因此全表掃描會浪費大量的磁盤I/O，因此也就會浪費大量時間。當(dāng)必須對數(shù)據(jù)進行連接時，這個問題就更加復(fù)雜了，因為必須要對連接兩端的多行數(shù)據(jù)進行比較。

　　當(dāng)然，表掃描并不總是會帶來問題；有時讀取整個表反而會比從中挑選出一部分數(shù)據(jù)更加有效（服務(wù)器進程中查詢規(guī)劃器用來作出這些決定）。如果索引的使 用效率很低，或者根本就不能使用索引，則會減慢查詢速度，而且隨著服務(wù)器上的負載和表大小的增加，這個問題會變得更加顯著。執(zhí)行時間超過給定時間范圍的查詢就稱為慢速查詢。

　　您可以配置 mysqld 將這些慢速查詢記錄到適當(dāng)命名的慢速查詢日志中。管理員然后會查看這個日志來幫助他們確定應(yīng)用程序中有哪些部分需要進一步調(diào)查。清單1給出了要啟用慢速查詢?nèi)罩拘枰趍y.cnf中所做的配置。

　　清單1.啟用MySQL慢速查詢?nèi)罩?/p>

　　以下為引用的內(nèi)容：

[mysqld]; enable the slow query log, default 10 secondslog-slow-queries; 
log queries taking longer than 5 secondslong_query_time = 5;
 log queries that don’t 
use indexes even 
if they take less than long_query_time; 
MySQL 4.1 and newer onlylog-queries-not-using-indexes        

        

        
        
      
        
it知識庫：如何對MySQL服務(wù)器進行調(diào)優(yōu)，轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。