MySql范圍查找時(shí)索引不生效問(wèn)題的原因分析

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)一步改寫(xiě)，加上一個(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)。

改寫(xiě)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ù)。

為了驗(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

第二次改寫(xiě)的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

第三次改寫(xiě)的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)，第二次改寫(xiě)的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量是全表數(shù)據(jù)量的1/2。此時(shí)還沒(méi)有達(dá)到mysql使用索引進(jìn)行二次查找的量級(jí)。第三次改寫(xiě)的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量是全表數(shù)據(jù)量的1/10，達(dá)到了mysql使用索引進(jìn)行二次查找的量級(jí)，于是從執(zhí)行計(jì)劃上可以看到，第三次改寫(xiě)sql是走了索引的。

3 總結(jié)

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

到此這篇關(guān)于MySql范圍查找時(shí)索引不生效問(wèn)題原因分析的文章就介紹到這了,更多相關(guān)MySql范圍查找索引不生效內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！