類型名 | 解釋 |
---|---|
SIMPLE | 簡(jiǎn)單SELECT,不使用UNION或子查詢等 |
PRIMARY | 查詢中若包含任何復(fù)雜的子部分,最外層的select被標(biāo)記為PRIMARY |
UNION | UNION中的第二個(gè)或后面的SELECT語(yǔ)句 |
DEPENDENT UNION | UNION中的第二個(gè)或后面的SELECT語(yǔ)句,取決于外面的查詢 |
UNION RESULT | UNION的結(jié)果 |
SUBQUERY | 子查詢中的第一個(gè)SELECT |
DEPENDENT SUBQUERY | 子查詢中的第一個(gè)SELECT,取決于外面的查詢 |
DERIVED | 派生表的SELECT, FROM子句的子查詢 |
UNCACHEABLE SUBQUERY | 一個(gè)子查詢的結(jié)果不能被緩存,必須重新評(píng)估外鏈接的第一行 |
3. table
顯示這一行的數(shù)據(jù)是查哪張表的,不過(guò)有時(shí)短路顯示的不是真實(shí)的表名。
4. partitions
匹配的分區(qū)(這個(gè)目前用處不大)
5. type
訪問(wèn)類型,表示MySQL在表中找到所需行的方式,對(duì)應(yīng)的值和解釋如下:
類型名 | 優(yōu)級(jí)別 | 解釋 |
---|---|---|
system | 1 | 表僅有一行 |
const | 2 | 表最多有一個(gè)匹配行,在查詢開(kāi)始時(shí)即被讀取 |
eq_ref | 3 | 使用primary key或者unique key作為多表連接的條件,僅從該表中讀取一行 |
ref | 4 | 作為查詢條件的索引在每個(gè)表匹配索引值的行從表中讀取出來(lái) |
fulltext | 5 | 全文索引檢索 |
ref_or_null | 6 | 和ref一致,但增加了NULL值查詢支持 |
index_merge | 7 | 表示使用了索引合并優(yōu)化方法 |
unique_subquery | 8 | 使用了替換了in子查詢 |
index_subquery | 9 | 使用了替換了in子查詢,但只適用于子查詢中的非唯一索引 |
range | 10 | 只檢索給定范圍的行,使用一個(gè)索引來(lái)選擇行 |
index | 11 | 全表掃描,但掃描表的方式是按索引的次序進(jìn)行 |
ALL | 12 | 全表掃描的方式找到匹配的行 |
type作為訪問(wèn)類型,其值代表著當(dāng)前查詢所用的類型,是體現(xiàn)性能的一個(gè)重要指標(biāo),從表中可以看到,從上到下,掃描表的方式越來(lái)越寬,性能也就越來(lái)越差,因此,對(duì)于一個(gè)查詢,最好能保持在range級(jí)別以上。
6. possible_keys
主動(dòng)指出查詢能用哪個(gè)索引在表中找到記錄也就是會(huì)列出在查詢中的字段中有索引的字段,但不一定被查詢所用。
7. key
顯示再查詢中實(shí)際使用的索引/鍵,如果沒(méi)有索引,則顯示NULL。但如果想強(qiáng)制查詢中使用或忽視possible_keys列中的索引,則可以在查詢中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
8. key_len
表示索引中使用的字節(jié)數(shù)。
9. ref
表示哪些列或常量被用于查找索引列上的值。
10. rows
顯示當(dāng)前查詢估算到的查找到匹配記錄所需的記錄行數(shù)。
11. Extra
顯示當(dāng)前查詢所用的解決方式,它有以下幾種情況:
類型名 | 解釋 |
---|---|
Using where | 列數(shù)據(jù)是從僅僅使用了索引中的信息而沒(méi)有讀取實(shí)際的行動(dòng)的表返回的, |
Using temporary | 表示MySQL需要使用臨時(shí)表來(lái)存儲(chǔ)結(jié)果集,常見(jiàn)于排序和分組查詢 |
Using filesort | MySQL中無(wú)法利用索引完成的排序操作稱為“文件排序” |
Using join buffer | 改值強(qiáng)調(diào)了在獲取連接條件時(shí)沒(méi)有使用索引,并且需要連接緩沖區(qū)來(lái)存儲(chǔ)中間結(jié)果。如果出現(xiàn)了這個(gè)值,那應(yīng)該注意,根據(jù)查詢的具體情況可能需要添加索引來(lái)改進(jìn)能。 |
Impossible where | 這個(gè)值強(qiáng)調(diào)了where語(yǔ)句會(huì)導(dǎo)致沒(méi)有符合條件的行。 |
Select tables optimized away | 這個(gè)值意味著僅通過(guò)使用索引,優(yōu)化器可能僅從聚合函數(shù)結(jié)果中返回一行 |
講完了語(yǔ)法,我們來(lái)實(shí)際操作一波,首先創(chuàng)建個(gè)表:
-- 創(chuàng)建表 CREATE TABLE test( id INT(11) NOT NULL AUTO_INCREMENT, uname VARCHAR(255), PRIMARY KEY(id) );
然后給uname字段加上索引:
-- 添加索引 ALTER TABLE test ADD INDEX uname_index (uname);
查看一下索引是否添加成功:
-- 查看是否有索引 SHOW INDEX FROM test;
輸出結(jié)果為:
可以看出索引已經(jīng)創(chuàng)建成功,接下來(lái)添加一些數(shù)據(jù):
-- 添加一些數(shù)據(jù) INSERT INTO test VALUES(1,'jay'); INSERT INTO test VALUES(2,'ja'); INSERT INTO test VALUES(3,'bril'); INSERT INTO test VALUES(4,'aybar');
一切準(zhǔn)備就緒,下面用explain這個(gè)命令來(lái)探究一些like語(yǔ)句是否有索引,like有四種情況,分別為沒(méi)有%、 %% 、左%、右%、
1. like 字段名
EXPLAIN SELECT * FROM test WHERE uname LIKE 'j';
輸出為:
可以看出:type的值為:range,key的值為uname_index,也就是說(shuō)這種情況下,使用了索引。
2. like %字段名%
EXPLAIN SELECT * FROM test WHERE uname LIKE '%j%';
輸出為:
可以看出:type的值為ALL也就是全表掃描,而且key的值為NULL,也就是說(shuō)沒(méi)用到任何索引。
3. like %字段名
EXPLAIN SELECT * FROM test WHERE uname LIKE '%j';
輸出為:
可以看出:type的值為ALL,key的值為NULL,同樣沒(méi)用到索引。
4. like 字段名%
EXPLAIN SELECT * FROM test WHERE uname LIKE 'j%';
輸出為:
可以看出:type的值為:range,key的值為uname_index,也就是說(shuō)這種情況下,使用了索引。
總結(jié)
由上面的試驗(yàn)可以總結(jié)出like是否使用索引的規(guī)律:like語(yǔ)句要使索引生效,like后不能以%開(kāi)始,也就是說(shuō) (like %字段名%) 、(like %字段名)這類語(yǔ)句會(huì)使索引失效,而(like 字段名)、(like 字段名%)這類語(yǔ)句索引是可以正常使用。
其它
為了查證like索引的問(wèn)題,研究了MySQL神奇explain,但explain不僅僅只能檢查索引使用情況,還可以提供很多其它的性能優(yōu)化方面的幫助,至于具體的使用,其實(shí)跟上面講的一樣,把explain結(jié)果列出來(lái),然后順藤摸瓜查閱相關(guān)的字段就可以得到相應(yīng)的內(nèi)容。
好了,以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問(wèn)大家可以留言交流,謝謝大家對(duì)腳本之家的支持。
標(biāo)簽:南充 蘭州 佛山 黔南 宿遷 黃山 馬鞍山 賀州
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《你的like語(yǔ)句為什么沒(méi)索引詳解》,本文關(guān)鍵詞 你的,like,語(yǔ)句,為什么,沒(méi),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。