本文對(duì)建立好的復(fù)合索引進(jìn)行排序,并取記錄中非索引字段,發(fā)現(xiàn)索引不生效,例如,有如下表,DDL語句為:
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)
。使用以下語句:
EXPLAIN SELECT gender FROM employees ORDER BY first_name, last_name
根據(jù)上圖:type:all 及 Extra:Using filesort 可得,索引沒有生效。
繼續(xù)進(jìn)行試驗(yàn),對(duì)查詢語句進(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分析無異。繼續(xù)試驗(yàn)。
改寫sql語句:
EXPLAIN SELECT gender FROM employees WHERE first_name > 'Tzvetan' ORDER BY first_name, last_name
此時(shí),令人驚訝的是,索引生效了。
此時(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
第二次改寫的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
通過對(duì)比發(fā)現(xiàn),第二次改寫的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量是全表數(shù)據(jù)量的1/2。此時(shí)還沒有達(dá)到mysql使用索引進(jìn)行二次查找的量級(jí)。第三次改寫的sql根據(jù)復(fù)合索引得到的數(shù)據(jù)量是全表數(shù)據(jù)量的1/10,達(dá)到了mysql使用索引進(jìn)行二次查找的量級(jí),于是從執(zhí)行計(jì)劃上可以看到,第三次改寫sql是走了索引的。
mysql 是否根據(jù)首次索引條件查詢出的主鍵進(jìn)行二次查找,也是要看查詢出來的數(shù)據(jù)量級(jí),如果數(shù)據(jù)量接近全表數(shù)據(jù)量的話,就會(huì)進(jìn)行全表掃描,否則根據(jù)第一次查詢出來的主鍵進(jìn)行二次查詢。
到此這篇關(guān)于MySql范圍查找時(shí)索引不生效問題原因分析的文章就介紹到這了,更多相關(guān)MySql范圍查找索引不生效內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
標(biāo)簽:拉薩 珠海 鹽城 黔東 移動(dòng) 徐州 沈陽 沈陽
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySql范圍查找時(shí)索引不生效問題的原因分析》,本文關(guān)鍵詞 MySql,范圍,查,找時(shí),索引,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。