面試官：談談 MySQL 聯合索引生效、失效的條件？

語言: CN / TW / HK

時間 2021-09-07 16:01:14 Java技術棧

主題: java spring boot 面試 mysql webp 設計模式 intellij idea mst

這道題考查索引生效條件、失效條件。像這類問題才其實很有意義，建議各位以後面試其他夥伴的時候，多側重這類問題的提問，比考察一般概念性的問題好多了。

能大概考察應聘者對寫的程式是有注重做優化，提高程式碼質量和程式效能呢還是隻簡單的CV了事。

聯合索引失效的條件

聯合索引又叫複合索引。兩個或更多個列上的索引被稱作複合索引。

對於複合索引：Mysql從左到右的使用索引中的欄位，一個查詢可以只使用索引中的一部分，但只能是最左側部分。例如索引是key index （a,b,c）。可以支援a | a,b| a,b,c 3種組合進行查詢，但不支援 b,c進行查詢。 當最左側欄位是常量引用時，索引就十分有效。

利用索引中的附加列，可以縮小搜尋的範圍，但使用一個具有兩列的索引不同於使用兩個單獨的索引。

複合索引的結構與電話簿類似，人名由姓和名構成，電話簿首先按姓氏對進行排序，然後按名字對有相同姓氏的人進行排序。 如果您知道姓，電話簿將非常有用；　如果您知道姓和名，電話簿則更為有用，但如果您只知道名不姓，電話簿將沒有用處。

所以說 建立複合索引時，應該仔細考慮列的順序。對索引中的所有列執行搜尋或僅對前幾列執行搜尋時，複合索引非常有用； 僅對後面的任意列執行搜尋時，複合索引則沒有用處

如：建立姓名、年齡、性別的複合索引。

create table myTest(
     a int,
     b int,
     c int,
     KEY a(a,b,c)
);

(1) select * from myTest  where a=3 and b=5 and c=4;   ----  abc順序
abc三個索引都在where條件裡面用到了，而且都發揮了作用


(2) select * from myTest  where  c=4 and b=6 and a=3;
where裡面的條件順序在查詢之前會被mysql自動優化，效果跟上一句一樣


(3) select * from myTest  where a=3 and c=7;
a用到索引，b沒有用，所以c是沒有用到索引效果的

(4) select * from myTest  where a=3 and b>7 and c=3;     ---- b範圍值，斷點，阻塞了c的索引
a用到了，b也用到了，c沒有用到，這個地方b是範圍值，也算斷點，只不過自身用到了索引


(5) select * from myTest  where b=3 and c=4;   --- 聯合索引必須按照順序使用，並且需要全部使用
因為a索引沒有使用，所以這裡 bc都沒有用上索引效果


(6) select * from myTest  where a>4 and b=7 and c=9;
a用到了  b沒有使用，c沒有使用

(7) select * from myTest  where a=3 order by b;
a用到了索引，b在結果排序中也用到了索引的效果，a下面任意一段的b是排好序的


(8) select * from myTest  where a=3 order by c;
a用到了索引，但是這個地方c沒有發揮排序效果，因為中間斷點了，使用 explain 可以看到 filesort

(9) select * from mytable where b=3 order by a;
b沒有用到索引，排序中a也沒有發揮索引效果

最後說說索引失效的條件

不在索引列上做任何操作（計算、函式、（自動or手動）型別轉換），會導致索引失效而轉向全表掃描
儲存引擎不能使用索引範圍條件右邊的列
儘量使用覆蓋索引（只訪問索引的查詢（索引列和查詢列一致）），減少select *
mysql在使用不等於（！=或者<>）的時候無法使用索引會導致全表掃描
is null,is not null也無法使用索引
like以萬用字元開頭（’%abc…’）mysql索引失效會變成全表掃描的操作。

問題： 解決like‘%字串%’時索引不被使用的方法？

字串不加單引號索引失效

SELECT * from staffs where name='2000';  
-- 因為mysql會在底層對其進行隱式的型別轉換

SELECT * from staffs where name=2000;  
--- 未使用索引

一般性建議

對於單鍵索引，儘量選擇針對當前query過濾性更好的索引
在選擇組合索引的時候，當前Query中過濾性最好的欄位在索引欄位順序中，位置越靠前越好。
在選擇組合索引的時候，儘量選擇可以能夠包含當前query中的where子句中更多欄位的索引
儘可能通過分析統計資訊和調整query的寫法來達到選擇合適索引的目的

來源：http://smiletimli.blog.csdn.net/article/details/87888809

近期熱文推薦：

1.1,000+ 道 Java面試題及答案整理(2021最新版)

2.別在再滿屏的 if/ else 了，試試策略模式，真香！！

3.臥槽！Java 中的 xx ≠ null 是什麼新語法？

4.Spring Boot 2.5 重磅釋出，黑暗模式太炸了！

5.《Java開發手冊（嵩山版）》最新發布，速速下載！

覺得不錯，別忘了隨手點贊+轉發哦！

「其他文章」