對(duì)于任何DBMS,索引都是進(jìn)行優(yōu)化的最主要的因素。對(duì)于少量的數(shù)據(jù),沒有合適的索引影響不是很大,但是,當(dāng)隨著數(shù)據(jù)量的增加,性能會(huì)急劇下降。
如果對(duì)多列進(jìn)行索引(組合索引),列的順序非常重要,MySQL僅能對(duì)索引最左邊的前綴進(jìn)行有效的查找。例如:
假設(shè)存在組合索引(c1,c2),查詢語句select * from t1 where c1=1 and c2=2
能夠使用該索引。查詢語句select * from t1 where c1=1
也能夠使用該索引。但是,查詢語句select * from t1 where c2=2
不能夠使用該索引,因?yàn)闆]有組合索引的引導(dǎo)列,即,要想使用c2列進(jìn)行查找,必需出現(xiàn)c1等于某值。
舉例說明:
創(chuàng)建兩張表book(圖書表)和bookclass(圖書分類表)
select b.ISBN FROM book b where b.CATEGORY_ID = 1;
執(zhí)行時(shí)間為:0.053s
使用explain來分析一下該SQL:
type = ALL Extra=Using where,全表查詢沒有使用索引。
explain顯示了mysql如何使用索引來處理select語句以及連接表??梢詭椭x擇更好的索引和寫出更優(yōu)化的查詢語句。
ALL 對(duì)于每個(gè)來自于先前的表的行組合,進(jìn)行完整的表掃描。如果表是第一個(gè)沒標(biāo)記const的表,這通常不好,并且通常在它情況下很差。通??梢栽黾痈嗟乃饕灰褂肁LL,使得行能基于前面的表中的常數(shù)值或列值被檢索出。
創(chuàng)建組合索引:
create index index_isbn on book (CATEGORY_ID,ISBN) ;
再次執(zhí)行SQL,發(fā)現(xiàn)時(shí)間縮短到0.009s
使用explain來分析一下該SQL:
type = ref,Extra = Using index 使用了索引查詢。
ref 對(duì)于每個(gè)來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取。如果聯(lián)接只使用鍵的最左邊的前綴,或如果鍵不是UNIQUE或PRIMARY KEY(換句話說,如果聯(lián)接不能基于關(guān)鍵字選擇單個(gè)行的話),則使用ref。如果使用的鍵僅僅匹配少量行,該聯(lián)接類型是不錯(cuò)的。
到此這篇關(guān)于Mysql之組合索引方法詳解的文章就介紹到這了,更多相關(guān)Mysql之組合索引內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- MySql索引提高查詢速度常用方法代碼示例
- MySQL索引失效的幾種情況匯總
- 詳解MySQL 聚簇索引與非聚簇索引
- Mysql索引性能優(yōu)化問題解決方案
- 導(dǎo)致MySQL索引失效的一些常見寫法總結(jié)
- MySQL索引的各種類型
- MySQL性能優(yōu)化之如何高效正確的使用索引
- MySQL索引的基本語法
- MySQL選錯(cuò)索引的原因以及解決方案