Linux環(huán)境MySQL服務(wù)器級(jí)優(yōu)化講解
前面各段介紹了普通的 MySQL 用戶利用表創(chuàng)建和索引操作，以及利用查詢的編寫(xiě)能夠進(jìn)行的優(yōu)化。不過(guò)，還有一些只能由 MySQL 管理員和系統(tǒng)管理員來(lái)完成的優(yōu)化，這些管理員在 MySQL 服務(wù)器或運(yùn)行 MySQL 的機(jī)器上具有控制權(quán)。有的服務(wù)器參數(shù)直接適用于查詢處理，可將它們打開(kāi)。而有的硬件配置問(wèn)題直接影響查詢處理速度，應(yīng)該對(duì)它們進(jìn)行調(diào)整。
磁盤(pán)問(wèn)題
正如前面所述，磁盤(pán)尋道是一個(gè)性能的大瓶頸。當(dāng)數(shù)據(jù)開(kāi)始增長(zhǎng)以致緩存變得不可能時(shí)，這個(gè)問(wèn)題變得越來(lái)越明顯。對(duì)大數(shù)據(jù)庫(kù)，在那你或多或少地要隨機(jī)存取數(shù)據(jù)，你可以依靠你將至少需要一次磁盤(pán)尋道來(lái)讀取并且?guī)状未疟P(pán)尋道寫(xiě)入。為了使這個(gè)問(wèn)題最小化，使用有低尋道時(shí)間的磁盤(pán)。
為了增加可用磁盤(pán)軸的數(shù)量(并且從而減少尋道開(kāi)銷(xiāo))，符號(hào)聯(lián)接文件到不同磁盤(pán)或分割磁盤(pán)是可能的。
1、使用符號(hào)連接
這意味著你將索引/數(shù)據(jù)文件符號(hào)從正常的數(shù)據(jù)目錄鏈接到其他磁盤(pán)(那也可以被分割的)。這使得尋道和讀取時(shí)間更好(如果磁盤(pán)不用于其他事情)
2、分割
分割意味著你有許多磁盤(pán)并把第一塊放在第一個(gè)磁盤(pán)上，在第二塊放在第二個(gè)磁盤(pán)上，并且第 n塊在第(n mod number_of_disks)磁盤(pán)上，等等。這意味著，如果你的正常數(shù)據(jù)大小于分割大小(或完美地排列過(guò))，你將得到較好一些的性能。注意，分割是否很依賴于OS和分割大小。因此用不同的分割大小測(cè)試你的應(yīng)用程序。見(jiàn)10.8 使用你自己的基準(zhǔn)。注意對(duì)分割的速度差異很依賴于參數(shù)，取決于你如何分割參數(shù)和磁盤(pán)數(shù)量，你可以得出以數(shù)量級(jí)的不同。注意你必須選擇為隨機(jī)或順序存取優(yōu)化。
為了可靠，你可能想要使用襲擊RAID 0+1(分割+鏡像)，但是在這種情況下，你將需要2*N個(gè)驅(qū)動(dòng)器來(lái)保存N個(gè)驅(qū)動(dòng)器的數(shù)據(jù)。如果你有錢(qián)，這可能是最好的選擇！然而你也可能必須投資一些卷管理軟件投資以高效地處理它。
一個(gè)好選擇是讓稍重要的數(shù)據(jù)(它能再生)上存在RAID 0磁盤(pán)上，而將確實(shí)重要的數(shù)據(jù)(像主機(jī)信息和日志文件)存在一個(gè)RAID 0+1或RAID N磁盤(pán)上。如果因?yàn)楦缕媾嘉荒阌性S多寫(xiě)入，RAID N可能是一個(gè)問(wèn)題。
你也可以對(duì)數(shù)據(jù)庫(kù)使用的文件系統(tǒng)設(shè)置參數(shù)。一個(gè)容易的改變是以noatime選項(xiàng)掛裝文件系統(tǒng)。這是它跳過(guò)更新在inode中的最后訪問(wèn)時(shí)間，而且這將避免一些磁盤(pán)尋道。
硬件問(wèn)題
可利用硬件更有效地改善服務(wù)器的性能：
1、在機(jī)器中安裝更多的內(nèi)存。這樣能夠增加服務(wù)器的高速緩存和緩沖區(qū)的尺寸，使服務(wù)器更經(jīng)常地使用存放在內(nèi)存中的信息，降低從磁盤(pán)取信息的要求。
2、如果有足夠的 RAM 使所有交換在內(nèi)存文件系統(tǒng)中完成，那么應(yīng)該重新配置系統(tǒng)，去掉所有磁盤(pán)交換設(shè)置。否則，即使有足以滿足交換的 RAM，某些系統(tǒng)仍然要與磁盤(pán)進(jìn)行交換。
3、增加更快的磁盤(pán)以減少 I/O 等待時(shí)間。尋道時(shí)間是這里決定性能的主要因素。逐字地移動(dòng)磁頭是很慢的，一旦磁頭定位，從磁道讀塊則較快。
在不同的物理設(shè)備上設(shè)法重新分配磁盤(pán)活動(dòng)。如果可能，應(yīng)將您的兩個(gè)最繁忙的數(shù)據(jù)庫(kù)存放在不同的物理設(shè)備上。請(qǐng)注意，使用同一物理設(shè)備上的不同分區(qū)是不夠的。這樣沒(méi)有幫助，因?yàn)樗鼈內(nèi)詫?zhēng)用相同的物理資源（磁盤(pán)頭）。移動(dòng)數(shù)據(jù)庫(kù)的過(guò)程在第 10 章中介紹。
4、在將數(shù)據(jù)重新放到不同設(shè)備之前，應(yīng)該保證了解該系統(tǒng)的裝載特性。如果在特定的物理設(shè)備上已經(jīng)有了某些特定的主要活動(dòng)，將數(shù)據(jù)庫(kù)放到該處實(shí)際上可能會(huì)使性能更壞。例如，不要把數(shù)據(jù)庫(kù)移到處理大量Web 通信的Web 服務(wù)器設(shè)備上。
5、在設(shè)置 MySQL 時(shí)，應(yīng)該配置其使用靜態(tài)庫(kù)而不是共享庫(kù)。使用共享庫(kù)的動(dòng)態(tài)二進(jìn)制系統(tǒng)可節(jié)省磁盤(pán)空間，但靜態(tài)二進(jìn)制系統(tǒng)更快（然而，如果希望裝入用戶自定義的函數(shù)，則不能使用靜態(tài)二進(jìn)制系統(tǒng)，因?yàn)?UDF 機(jī)制依賴于動(dòng)態(tài)連接）。
服務(wù)器參數(shù)的選擇
服務(wù)器有幾個(gè)能夠改變從而影響其操作的參數(shù)（或稱變量）。系統(tǒng)變量的當(dāng)前值可以通過(guò)執(zhí)行mysqladmin varibles命令來(lái)檢查，其中幾個(gè)參數(shù)主要與查詢有關(guān)，有必要在此提一下：
delayed_queue_size
此參數(shù)在執(zhí)行其他 INSERT DELAYED 語(yǔ)句的客戶機(jī)阻塞以前，確定來(lái)自 INSERT DELAYED 語(yǔ)句的放入隊(duì)列的行的數(shù)目。增加這個(gè)參數(shù)的值使服務(wù)器能從這種請(qǐng)求中接收更多的行，因而客戶機(jī)可以繼續(xù)執(zhí)行而不阻塞。
key_buffer_size
此參數(shù)為用來(lái)存放索引塊的緩沖區(qū)尺寸。如果內(nèi)存多，增加這個(gè)值能節(jié)省索引創(chuàng)建和修改的時(shí)間。較大的值使 MySQL 能在內(nèi)存中存儲(chǔ)更多的索引塊，這樣增加了在內(nèi)存中找到鍵值而不用讀磁盤(pán)塊的可能性。
在 MySQL 3.23 版及以后的版本中，如果增加了鍵緩沖區(qū)的尺寸，可能還希望用 --init-file 選項(xiàng)啟動(dòng)服務(wù)器。這樣能夠指定一個(gè)服務(wù)器啟動(dòng)時(shí)執(zhí)行的 SQL 語(yǔ)句文件。如果有想要存放在內(nèi)存中的只讀表，可將它們拷貝到索引查找非?？斓?HEAP 表。
back_log
引入客戶機(jī)連接請(qǐng)求的數(shù)量，這些請(qǐng)求在從當(dāng)前客戶機(jī)中處理時(shí)排隊(duì)。如果你有一個(gè)很忙的站點(diǎn)，可以增加改變量的值。
編譯和鏈接怎樣影響MySQL的速度
大多數(shù)下列測(cè)試在Linux上并用MySQL基準(zhǔn)進(jìn)行的，但是它們應(yīng)該對(duì)其他操作系統(tǒng)和工作負(fù)載給出一些指示。
當(dāng)你用-static鏈接時(shí)，你得到最快的可執(zhí)行文件。使用Unix套接字而非TCP/IP連接一個(gè)數(shù)據(jù)庫(kù)也可給出好一些的性能。
在Linux上，當(dāng)用pgcc和-O6編譯時(shí)，你將得到最快的代碼。為了用這些選項(xiàng)編譯“sql_yacc.cc”，你需要大約200M內(nèi)存，因?yàn)間cc/pgcc需要很多內(nèi)存使所有函數(shù)嵌入（inline）。在配置MySQL時(shí)，你也應(yīng)該設(shè)定CXX=gcc以避免包括libstdc++庫(kù)(它不需要)。
只通過(guò)使用一個(gè)較好的編譯器或較好的編譯器選項(xiàng)，在應(yīng)用中你能得到一個(gè)10-30%的加速。如果你自己編譯SQL服務(wù)器，這特別重要！
在Intel上，你應(yīng)該例如使用pgcc或Cygnus CodeFusion編譯器得到最大速度。我們已經(jīng)測(cè)試了新的 Fujitsu編譯器，但是它是還沒(méi)足夠不出錯(cuò)來(lái)優(yōu)化編譯MySQL。
這里是我們做過(guò)的一些測(cè)量表：
·如果你以-O6使用pgcc并且編譯任何東西，mysqld服務(wù)器是比用gcc快11%（用字符串99的版本)。
·如果你動(dòng)態(tài)地鏈接(沒(méi)有-static)，結(jié)果慢了13%。注意你仍能使用一個(gè)動(dòng)態(tài)連接的MySQL庫(kù)。只有服務(wù)器對(duì)性能是關(guān)鍵的。
·如果你使用TCP/IP而非Unix套接字，結(jié)果慢7.5%。
·在一個(gè)Sun SPARCstation 10上，gcc2.7.3是比Sun Pro C++ 4.2快13%。
·在Solaris 2.5.1上，在單個(gè)處理器上MIT-pthreads比帶原生線程的Solaris慢8-12%。以更多的負(fù)載/cpus，差別應(yīng)該變得更大。
由TcX提供的MySQL-Linux的分發(fā)用pgcc編譯并靜態(tài)鏈接。
本節(jié)簡(jiǎn)單介紹了如何在服務(wù)器級(jí)優(yōu)化數(shù)據(jù)庫(kù)的性能，以及提高數(shù)據(jù)庫(kù)性能涉及到的硬件問(wèn)題。選擇一個(gè)盡量快的系統(tǒng)，使用RAID磁盤(pán)陣列是非常容易想到的方法。
對(duì)于數(shù)據(jù)庫(kù)守護(hù)程序，既可以在編譯時(shí)就提供合適的參數(shù)，也可以在選項(xiàng)文件中提供需要優(yōu)化的參數(shù)。
您正在閱讀：Linux環(huán)境MySQL服務(wù)器級(jí)優(yōu)化講解
【編輯推薦】
