當(dāng)前位置: 首頁(yè)IT技術(shù) → MySQL五個(gè)查詢優(yōu)化方法

MySQL五個(gè)查詢優(yōu)化方法

更多

熟悉SQL的人都知道,完成同一個(gè)任務(wù),SQL可能有多種寫(xiě)法,但不同寫(xiě)法的查詢性能可能會(huì)有天壤之別,本文列舉出五個(gè)查詢優(yōu)化的方法,當(dāng)然,優(yōu)化的方法還有很多。  

1、優(yōu)化數(shù)據(jù)類(lèi)型

MySQL中數(shù)據(jù)類(lèi)型有多種,如果你是一名DBA,正在按照優(yōu)化的原則對(duì)數(shù)據(jù)類(lèi)型進(jìn)行嚴(yán)格的檢查,但開(kāi)發(fā)人員可能會(huì)選擇他們認(rèn)為最簡(jiǎn)單的方案,以加快編碼速度,或者選擇最明顯的選擇,因此,你可能面臨的都不是最佳的選擇,如果可能的話,你應(yīng)該嘗試以通用準(zhǔn)則來(lái)改變這些決定。  IT專(zhuān)家網(wǎng)獨(dú)家:MySQL存儲(chǔ)過(guò)程調(diào)試

(1)避免使用NULL

NULL對(duì)于大多數(shù)數(shù)據(jù)庫(kù)都需要特殊處理,MySQL也不例外,它需要更多的代碼,更多的檢查和特殊的索引邏輯,有些開(kāi)發(fā)人員完全沒(méi)有意識(shí)到,創(chuàng)建表時(shí)NULL是默認(rèn)值,但大多數(shù)時(shí)候應(yīng)該使用NOT NULL,或者使用一個(gè)特殊的值,如0,-1作為默認(rèn)值。

(2)僅可能使用更小的字段

MySQL從磁盤(pán)讀取數(shù)據(jù)后是存儲(chǔ)到內(nèi)存中的,然后使用cpu周期和磁盤(pán)I/O讀取它,這意味著越小的數(shù)據(jù)類(lèi)型占用的空間越小,從磁盤(pán)讀或打包到內(nèi)存的效率都更好,但也不要太過(guò)執(zhí)著減小數(shù)據(jù)類(lèi)型,要是以后應(yīng)用程序發(fā)生什么變化就沒(méi)有空間了。修改表將需要重構(gòu),間接地可能引起代碼的改變,這是很頭疼的問(wèn)題,因此需要找到一個(gè)平衡點(diǎn)。MySQL中隱藏空間問(wèn)題介紹

2、小心字符集轉(zhuǎn)換

客戶端或應(yīng)用程序使用的字符集可能和表本身的字符集不一樣,這需要MySQL在運(yùn)行過(guò)程中隱含地進(jìn)行轉(zhuǎn)換,此外,要確定字符集如UTF-8是否支持多字節(jié)字符,因此它們需要更多的存儲(chǔ)空間。

3、優(yōu)化count(my_col)和count(*)

如果你使用MyISAM表,在沒(méi)有where子句的情況下使用count(*)速度是很快的,因?yàn)樾袛?shù)量的統(tǒng)計(jì)是非常精確的,因此MySQL不會(huì)一行一行地去找,進(jìn)而得出行數(shù),如my_col列沒(méi)有空值,那么和前面說(shuō)的情況會(huì)一樣,即count(my_col)速度也會(huì)很快。

如果有where子句時(shí)使用count( ),基本上就無(wú)法進(jìn)行更多優(yōu)化了,在where子句中超出了明顯的索引列,對(duì)于復(fù)雜的where子句,只有使用覆蓋索引才有用。

除了上面的建議外,你還可以使用匯總表,它們讓你可以對(duì)表的內(nèi)容保持更新,你可以使用觸發(fā)器,或者應(yīng)用程序邏輯保持匯總表總是最新?tīng)顟B(tài),或者定期運(yùn)行一個(gè)批處理作業(yè)保持填充最新的數(shù)據(jù)信息,如果你采用后者,你的信息將會(huì)非常接近,但不是精確的,依賴(lài)于批處理作業(yè)多久運(yùn)行一次,這需要權(quán)衡應(yīng)用程序?qū)_信息的需要,和保持?jǐn)?shù)據(jù)更新的系統(tǒng)開(kāi)銷(xiāo),要在這二者之間找到一個(gè)平衡點(diǎn)。

4、優(yōu)化子查詢

遇到子查詢時(shí),MySQL的查詢優(yōu)化引擎并不是總是最有效的,這就是為什么經(jīng)常將子查詢轉(zhuǎn)換為連接查詢的原因了,優(yōu)化器已經(jīng)能夠正確處理連接查詢了,當(dāng)然要注意的一點(diǎn)是,確保連接表(第二個(gè)表)的連接列是有索引的,在第一個(gè)表上MySQL通常會(huì)相對(duì)于第二個(gè)表的查詢子集進(jìn)行一次全表掃描,這是嵌套循環(huán)算法的一部分。

5、優(yōu)化UNION

在跨多個(gè)不同的數(shù)據(jù)庫(kù)時(shí)使用UNION是一個(gè)有趣的優(yōu)化方法,UNION從兩個(gè)互不關(guān)聯(lián)的表中返回?cái)?shù)據(jù),這就意味著不會(huì)出現(xiàn)重復(fù)的行,同時(shí)也必須對(duì)數(shù)據(jù)進(jìn)行排序,我們知道排序是非常耗費(fèi)資源的,特別是對(duì)大表的排序。

UNION ALL可以大大加快速度,如果你已經(jīng)知道你的數(shù)據(jù)不會(huì)包括重復(fù)行,或者你不在乎是否會(huì)出現(xiàn)重復(fù)的行,在這兩種情況下使用UNION ALL更適合。此外,還可以在應(yīng)用程序邏輯中采用某些方法避免出現(xiàn)重復(fù)的行,這樣UNION ALL和UNION返回的結(jié)果都是一樣的,但UNION ALL不會(huì)進(jìn)行排序。

小結(jié)

雖然本文列舉的優(yōu)化方法并不完全,但無(wú)論何時(shí),只要可能,盡可能?chē)L試不同的解決方案,查看查詢計(jì)劃,在大數(shù)據(jù)集上進(jìn)行測(cè)試,并會(huì)定位結(jié)果基準(zhǔn)點(diǎn),觀察在實(shí)際應(yīng)用中的情況怎么樣。同時(shí),事先查看一下你的慢速查詢?nèi)罩,盡可能早地找出需要調(diào)整的查詢。

熱門(mén)評(píng)論
最新評(píng)論
發(fā)表評(píng)論 查看所有評(píng)論(0)
昵稱(chēng):
表情: 高興 可 汗 我不要 害羞 好 下下下 送花 屎 親親
字?jǐn)?shù): 0/500 (您的評(píng)論需要經(jīng)過(guò)審核才能顯示)