在我的上一篇文章《功能測試也可以發(fā)現(xiàn)數(shù)據(jù)庫相關的性能問題》中提到,通過SQL語句的執(zhí)行計劃可以斷定一些語句肯定有性能問題,今天再寫一篇文章,介紹一下執(zhí)行計劃中索引使用的情況。
執(zhí)行explain之后結果集包含如下信息:
possible_keys:指出MySQL能使用哪個索引在表中找到記錄,查詢涉及到的字段上若存在索引,則該索引將被列出,但不一定被查詢使用(該查詢可以利用的索引,如果沒有任何索引顯示NULL)
key:顯示MySQL實際決定使用的鍵(索引),一般會情況會包含在possible_keys中,如果沒有選擇索引,鍵是NULL。
possible_keys和key產生的情況可能有以下幾種:
1)possible_keys有多個值,key得值為possible_keys中的一個。
2)possible_keys有一個值,key的值和possible_keys中的值相同。
3)possible_keys有一個或多個值,但key為NULL。
4)possible_keys為NULL,但key有值。
5)possible_keys和key都為NULL。
下面我們分別來看下各種情況。
1. possible_keys有多個值,key得值為possible_keys中的一個。
這種情況比較常見,因為每條sql最多只能用到一個索引。下面的例子我們在col1字段上創(chuàng)建了一個單獨索引和一個復合索引,所以possible_keys有兩個,但key只有一個。
2. possible_keys有一個值,key的值和possible_keys中的值相同。在上面的基礎上,我們刪掉任意一個索引。結果如下:
3. possible_keys有一個或多個值,但key為NULL。下圖中,因為col1為varchar類型,但是查詢的時候沒有加上引號
4. possible_keys為NULL,但key有值。這種一般是引用了覆蓋索引的情況,col1,col2和col3兩列加過聯(lián)合索引,select的字段不是*,而是col1和col2,所以結果只會出現(xiàn)在key這一列中。
5. possible_keys和key都為NULL,我們直接看下面的例子
>>本文地址:http://liujunjsxg.cn/zhuanye/2021/68696.html
聲明:本站稿件版權均屬中公教育優(yōu)就業(yè)所有,未經許可不得擅自轉載。
1 您的年齡
2 您的學歷
3 您更想做哪個方向的工作?