MySQL 中like的使用對於索引的影響


今天看了一篇對於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;
![](https://img2018.cnblogs.com/blog/905539/201810/905539-20181010143352460-197551940.png)

-- 添加記錄
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

具體的還希望自己動手試一下哈。聽到的不如看到的;看到的不如自己親手實踐出來的。

本人也在學習階段,若有不正確不恰當的地方還希望能多多指教_


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM