MySQL范圍查找時(shí)，索引失效問(wèn)題探究

來(lái)源：blog.csdn.net/qq_25188255/

article/details/81316498

1 問(wèn)題描述

本文對(duì)建立好的復(fù)合索引進(jìn)行排序,并取記錄中非索引字段，發(fā)現(xiàn)索引不生效，例如，有如下表，DDL語(yǔ)句為：

CREATE?TABLE?`employees`?(
??`emp_no`?int(11)?NOT?NULL,
??`birth_date`?date?NOT?NULL,
??`first_name`?varchar(14)?NOT?NULL,
??`last_name`?varchar(16)?NOT?NULL,
??`gender`?enum('M','F')?NOT?NULL,
??`hire_date`?date?NOT?NULL,
??`age`?int(11)?NOT?NULL,
??PRIMARY?KEY?(`emp_no`),
??KEY?`unique_birth_name`?(`first_name`,`last_name`)?USING?BTREE
??)?ENGINE=InnoDB?DEFAULT?CHARSET=utf8;

復(fù)合索引為unique_birth_name (first_name,last_name) 。使用以下語(yǔ)句：

EXPLAIN?SELECT
????gender
FROM
????employees
ORDER?BY
????first_name,
????last_name

根據(jù)上圖：type:all 及 Extra:Using filesort 可得，索引沒(méi)有生效。

繼續(xù)進(jìn)行試驗(yàn)，對(duì)查詢語(yǔ)句進(jìn)一步改寫，加上一個(gè)范圍查找：

EXPLAIN?SELECT
????gender
FROM
????employees
WHERE?first_name?>?'Leah'
ORDER?BY
????first_name,
????last_name

執(zhí)行計(jì)劃顯示如下圖：

這里發(fā)現(xiàn)結(jié)果和第一次sql分析無(wú)異。繼續(xù)試驗(yàn)。

改寫sql語(yǔ)句：

EXPLAIN?SELECT
????gender
FROM
????employees
WHERE?first_name?>?'Tzvetan'
ORDER?BY
????first_name,
????last_name

此時(shí)，令人驚訝的是，索引生效了。

2 問(wèn)題分析

此時(shí)，我們做一個(gè)大膽的猜測(cè)：

第一次進(jìn)行sql分析時(shí)，因?yàn)榈谝淮蝟rder by 后，得到的還是全表數(shù)據(jù)，如果根據(jù)復(fù)合索引中攜帶的主鍵查找每一個(gè)gender進(jìn)行拼接，自然很費(fèi)資源和時(shí)間，mysql不會(huì)做如此蠢的事。不如直接進(jìn)行全表掃描，把掃描到的每條數(shù)據(jù)和order by得到的臨時(shí)數(shù)據(jù)進(jìn)行拼接，從而得到需要的數(shù)據(jù)。

學(xué)習(xí)資料：Java進(jìn)階視頻資源

為了驗(yàn)證上述想法的正確性，我們對(duì)三次sql進(jìn)行分析。

第一次sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量為：300024，為全表數(shù)據(jù)

SELECT
????COUNT(first_name)
FROM
????employees
ORDER?BY
????first_name,
????last_name

第二次改寫的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量為：159149 ， 為全表數(shù)據(jù)量的1/2。

SELECT
????COUNT(first_name)
FROM
????employees
WHERE?first_name?>?'Leah'
ORDER?BY
????first_name,
????last_name

第三次改寫的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量為：36731， 為全表數(shù)據(jù)量的1/10。

SELECT
????COUNT(first_name)
FROM
????employees
WHERE?first_name?>?'Tzvetan'
ORDER?BY
????first_name,
????last_name

通過(guò)對(duì)比發(fā)現(xiàn)，第二次改寫的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量是全表數(shù)據(jù)量的1/2。此時(shí)還沒(méi)有達(dá)到mysql使用索引進(jìn)行二次查找的量級(jí)。

第三次改寫的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量是全表數(shù)據(jù)量的1/10，達(dá)到了mysql使用索引進(jìn)行二次查找的量級(jí)，于是從執(zhí)行計(jì)劃上可以看到，第三次改寫sql是走了索引的。

3 總結(jié)

mysql 是否根據(jù)首次索引條件查詢出的主鍵進(jìn)行二次查找，也是要看查詢出來(lái)的數(shù)據(jù)量級(jí)，如果數(shù)據(jù)量接近全表數(shù)據(jù)量的話，就會(huì)進(jìn)行全表掃描，否則根據(jù)第一次查詢出來(lái)的主鍵進(jìn)行二次查詢。

推薦文章

1、一款高顏值的 SpringBoot+JPA 博客項(xiàng)目
2、超優(yōu) Vue+Element+Spring 中后端解決方案
3、推薦幾個(gè)支付項(xiàng)目！
4、推薦一個(gè) Java 企業(yè)信息化系統(tǒng)
5、一款基于 Spring Boot 的現(xiàn)代化社區(qū)（論壇/問(wèn)答/社交網(wǎng)絡(luò)/博客）