面試官：談談 MySQL 聯(lián)合索引生效、失效的條件？
關(guān)注，推送更多 Java 干貨！
這道題考查索引生效條件、失效條件。像這類問題才其實很有意義，建議各位以后面試其他伙伴的時候，多側(cè)重這類問題的提問，比考察一般概念性的問題好多了。
能大概考察應聘者對寫的程序是有注重做優(yōu)化，提高代碼質(zhì)量和程序性能呢 還是只簡單的CV了事。
聯(lián)合索引失效的條件
聯(lián)合索引又叫復合索引。兩個或更多個列上的索引被稱作復合索引。
對于復合索引：Mysql從左到右的使用索引中的字段，一個查詢可以只使用索引中的一部分，但只能是最左側(cè)部分。例如索引是key index （a,b,c）?？梢灾С謅 | a,b| a,b,c 3種組合進行查找，但不支持 b,c進行查找 。 當最左側(cè)字段是常量引用時，索引就十分有效。
利用索引中的附加列，可以縮小搜索的范圍，但使用一個具有兩列的索引不同于使用兩個單獨的索引。另外，MySQL 系列面試題和答案全部整理好了，微信搜索Java技術(shù)核心，可以在線閱讀。
復合索引的結(jié)構(gòu)與電話簿類似，人名由姓和名構(gòu)成，電話簿首先按姓氏對進行排序，然后按名字對有相同姓氏的人進行排序。如果您知道姓，電話簿將非常有用； 如果您知道姓和名，電話簿則更為有用，但如果您只知道名不姓，電話簿將沒有用處。
所以說 創(chuàng)建復合索引時，應該仔細考慮列的順序。對索引中的所有列執(zhí)行搜索或僅對前幾列執(zhí)行搜索時，復合索引非常有用； 僅對后面的任意列執(zhí)行搜索時，復合索引則沒有用處。
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條件里面用到了，而且都發(fā)揮了作用
(2) select * from myTest where c=4 and b=6 and a=3;
where里面的條件順序在查詢之前會被mysql自動優(yōu)化，效果跟上一句一樣
(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; --- 聯(lián)合索引必須按照順序使用，并且需要全部使用
因為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在結(jié)果排序中也用到了索引的效果，a下面任意一段的b是排好序的
(8) select * from myTest where a=3 order by c;
a用到了索引，但是這個地方c沒有發(fā)揮排序效果，因為中間斷點了，使用 explain 可以看到 filesort
(9) select * from mytable where b=3 order by a;
b沒有用到索引，排序中a也沒有發(fā)揮索引效果
最后說說索引失效的條件
不在索引列上做任何操作（計算、函數(shù)、（自動or手動）類型轉(zhuǎn)換），會導致索引失效而轉(zhuǎn)向全表掃描 存儲引擎不能使用索引范圍條件右邊的列 盡量使用覆蓋索引（只訪問索引的查詢（索引列和查詢列一致）），減少select * mysql在使用不等于（！=或者<>）的時候無法使用索引會導致全表掃描 is null,is not null也無法使用索引 like以通配符開頭（’%abc…’）mysql索引失效會變成全表掃描的操作。
問題： 解決like‘%字符串%’時索引不被使用的方法？
字符串不加單引號索引失效
SELECT * from staffs where name='2000';
-- 因為mysql會在底層對其進行隱式的類型轉(zhuǎn)換
SELECT * from staffs where name=2000;
--- 未使用索引
一般性建議
對于單鍵索引，盡量選擇針對當前query過濾性更好的索引 在選擇組合索引的時候，當前Query中過濾性最好的字段在索引字段順序中，位置越靠前越好。 在選擇組合索引的時候，盡量選擇可以能夠包含當前query中的where子句中更多字段的索引 盡可能通過分析統(tǒng)計信息和調(diào)整query的寫法來達到選擇合適索引的目的
來源：https://smiletimli.blog.csdn.net/article/details/87888809