MySQL單列索引和組合索引的區(qū)別

這篇文章主要講解了“MySQL單列索引和組合索引的區(qū)別”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“MySQL單列索引和組合索引的區(qū)別”吧！

　　MySQL單列索引和組合索引的區(qū)別有哪些

　　為了形象地對兩者，再建一個(gè)表：

　　CREATETABLEmyIndex(i_testIDINTNOTNULLAUTO_INCREMENT,vc_NameVARCHAR(50)NOTNULL,vc_CityVARCHAR(50)NOTNULL,i_AgeINTNOTNULL,i_SchoolIDINTNOTNULL,PRIMARYKEY(i_testID));

　　在這10000條記錄里面7上8下地分布了5條vc_Name="erquan"的記錄，只不過city,age,school的組合各不相同。

　　來看這條T-SQL：

　　SELECTi_testIDFROMmyIndexWHEREvc_Name='erquan'ANDvc_City='鄭州'ANDi_Age=25;

　　首先考慮建MySQL單列索引：

　　在vc_Name列上建立了索引。執(zhí)行T-SQL時(shí)，MYSQL很快將目標(biāo)鎖定在了vc_Name=erquan的5條記錄上，取出來放到一中間結(jié)果集。在這個(gè)結(jié)果集里，先排除掉vc_City不等于"鄭州"的記錄，再排除i_Age不等于25的記錄，最后篩選出唯一的符合條件的記錄。

　　雖然在vc_Name上建立了索引，查詢時(shí)MYSQL不用掃描整張表，效率有所提高，但離我們的要求還有一定的距離。同樣的，在vc_City和i_Age分別建立的MySQL單列索引的效率相似。

　　為了進(jìn)一步榨取MySQL的效率，就要考慮建立組合索引。就是將vc_Name,vc_City，i_Age建到一個(gè)索引里：

　　ALTERTABLEmyIndexADDINDEXname_city_age(vc_Name(10),vc_City,i_Age);

　　建表時(shí)，vc_Name長度為50，這里為什么用10呢?因?yàn)橐话闱闆r下名字的長度不會(huì)超過10，這樣會(huì)加速索引查詢速度，還會(huì)減少索引文件的大小，提高INSERT的更新速度。

　　MySQL單列索引和組合索引的區(qū)別有哪些

　　執(zhí)行T-SQL時(shí)，MySQL無須掃描任何記錄就到找到唯一的記錄。

　　肯定有人要問了，如果分別在vc_Name,vc_City，i_Age上建立單列索引，讓該表有3個(gè)單列索引，查詢時(shí)和上述的組合索引效率一樣嗎?大不一樣，遠(yuǎn)遠(yuǎn)低于我們的組合索引。雖然此時(shí)有了三個(gè)索引，但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。

　　建立這樣的組合索引，其實(shí)是相當(dāng)于分別建立了

　　vc_Name,vc_City,i_Agevc_Name,vc_Cityvc_Name

　　這樣的三個(gè)組合索引!為什么沒有vc_City，i_Age等這樣的組合索引呢?這是因?yàn)閙ysql組合索引“最左前綴”的結(jié)果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會(huì)用到該組合索引，下面的幾個(gè)T-SQL會(huì)用到：

　　SELECT*FROMmyIndexWHREEvc_Name="erquan"ANDvc_City="鄭州"SELECT*FROMmyIndexWHREEvc_Name="erquan"

　　而下面幾個(gè)則不會(huì)用到：

　　SELECT*FROMmyIndexWHREEi_Age=20ANDvc_City="鄭州"SELECT*FROMmyIndexWHREEvc_City="鄭州"

感謝各位的閱讀，以上就是“MySQL單列索引和組合索引的區(qū)別”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對MySQL單列索引和組合索引的區(qū)別這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！