今天看了一篇對於like使用對索引的影響的文章,發現自己實踐的跟文章得出結論不大一樣。所以還是建議自己在看別人文章的時候,感覺有疑問的話最好自己親自動手實踐一下。以免學到不全面的知識。
列子:
先建立一張表:
-- 創建表
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;

-- 添加記錄
INSERT INTO test VALUES((1,'jay'),(2,'ja'),(3,'bril'),(4,'aybar');
檢測結果:
EXPLAIN SELECT * FROM test WHERE uname LIKE 'j';
EXPLAIN SELECT * FROM test WHERE uname LIKE 'j%';
EXPLAIN SELECT * FROM test WHERE uname LIKE '%j';
EXPLAIN SELECT * FROM test WHERE uname LIKE '%j%';
以上是select的兩個字段都為索引時,%號使用的效果;
--添加一個非索引字段
ALTER TABLE `test`
ADD COLUMN `status` int(11) UNSIGNED NULL DEFAULT 1 AFTER `uname`
再次檢測:
EXPLAIN SELECT * FROM test WHERE uname LIKE 'j';
EXPLAIN SELECT * FROM test WHERE uname LIKE 'j%';
EXPLAIN SELECT * FROM test WHERE uname LIKE '%j';
EXPLAIN SELECT * FROM test WHERE uname LIKE '%j%';
這次的結果是: like后直接跟%號的匹配的查詢不使用索引;like后先跟匹配值%,就會使用到索引。
疑問: 那么為啥加了一個字段后會有這樣的區別呢?
這是因為:前提在where后的字段是索引字段
圖1-2:當使用'j'和'j%'時,會優先使用到范圍查詢,此時type為range;
圖3-4:之前的查詢字段是id,uname,當使用'%j'和'%j%'時,無法達到縮小查詢范圍的效果;又由於select的兩個字段都是屬於索引字段,所以直接掃描索引就能達到查詢需求,就不用全表掃描了,所以type是index。
加了一個非索引字段:status
圖5-6:當使用'j'和'j%'時,會優先使用到范圍查詢,此時type為range;
圖7-8:當使用'%j'和'%j%',無法使用范圍查詢;同時select查詢的字段不全是索引字段時,就需要進行全表掃描,所以type為all。
查詢效率為:all<index<range
具體的還希望自己動手試一下哈。聽到的不如看到的;看到的不如自己親手實踐出來的。
本人也在學習階段,若有不正確不恰當的地方還希望能多多指教_!