今日推薦

Java 8 一行代碼解決了空指針問題，太厲害了...List中remove()方法的陷阱，被坑慘了！25000 字詳解 23 種設(shè)計(jì)模式，原來可以這么簡(jiǎn)單！最牛逼的 Java 日志框架，性能無敵，橫掃所有對(duì)手.....這玩意比ThreadLocal叼多了，嚇得我趕緊分享出來。

來源：blog.csdn.net/qq_25188255/

article/details/81316498

1 問題描述

本文對(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?SELECTgender FROMemployees ORDER?BYfirst_name,last_name

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

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

EXPLAIN?SELECTgender FROMemployees WHERE?first_name?>?'Leah' ORDER?BYfirst_name,last_name

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

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

改寫sql語句：

EXPLAIN?SELECTgender FROMemployees WHERE?first_name?>?'Tzvetan' ORDER?BYfirst_name,last_name

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

2 問題分析

此時(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ù)

SELECTCOUNT(first_name) FROMemployees ORDER?BYfirst_name,last_name

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

SELECTCOUNT(first_name) FROMemployees WHERE?first_name?>?'Leah' ORDER?BYfirst_name,last_name

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

SELECTCOUNT(first_name) FROMemployees WHERE?first_name?>?'Tzvetan' ORDER?BYfirst_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是走了索引的。

3 總結(jié)

mysql 是否根據(jù)首次索引條件查詢出的主鍵進(jìn)行二次查找，也是要看查詢出來的數(shù)據(jù)量級(jí)，如果數(shù)據(jù)量接近全表數(shù)據(jù)量的話，就會(huì)進(jìn)行全表掃描，否則根據(jù)第一次查詢出來的主鍵進(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ǎng)絡(luò)/博客） 《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的MySQL范围查找时，索引失效问题探究的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。