面試官：分別談?wù)劼?lián)合索引生效和失效的條件
這道題考查索引生效條件、失效條件。像這類問題才其實很有意義，建議各位以后面試其他伙伴的時候，多側(cè)重這類問題的提問，比考察一般概念性的問題好多了。
能大概考察應(yīng)聘者對寫的程序是有注重做優(yōu)化，提高代碼質(zhì)量和程序性能呢 還是只簡單的CV了事。
聯(lián)合索引失效的條件
聯(lián)合索引又叫復(fù)合索引。兩個或更多個列上的索引被稱作復(fù)合索引。
對于復(fù)合索引：Mysql從左到右的使用索引中的字段，一個查詢可以只使用索引中的一部分，但只能是最左側(cè)部分。例如索引是key index （a,b,c）。可以支持a | a,b| a,b,c 3種組合進(jìn)行查找，但不支持 b,c進(jìn)行查找 。當(dāng)最左側(cè)字段是常量引用時，索引就十分有效。
利用索引中的附加列，可以縮小搜索的范圍，但使用一個具有兩列的索引不同于使用兩個單獨的索引。
復(fù)合索引的結(jié)構(gòu)與電話簿類似，人名由姓和名構(gòu)成，電話簿首先按姓氏對進(jìn)行排序，然后按名字對有相同姓氏的人進(jìn)行排序。如果您知道姓，電話簿將非常有用；如果您知道姓和名，電話簿則更為有用，但如果您只知道名不姓，電話簿將沒有用處。
所以說創(chuàng)建復(fù)合索引時，應(yīng)該仔細(xì)考慮列的順序。對索引中的所有列執(zhí)行搜索或僅對前幾列執(zhí)行搜索時，復(fù)合索引非常有用；僅對后面的任意列執(zhí)行搜索時，復(fù)合索引則沒有用處。
如：建立 姓名、年齡、性別的復(fù)合索引。
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)換），會導(dǎo)致索引失效而轉(zhuǎn)向全表掃描
存儲引擎不能使用索引范圍條件右邊的列
盡量使用覆蓋索引（只訪問索引的查詢（索引列和查詢列一致）），減少select *
mysql在使用不等于（！=或者<>）的時候無法使用索引會導(dǎo)致全表掃描
is null,is not null也無法使用索引
like以通配符開頭（’%abc…’）mysql索引失效會變成全表掃描的操作。
問題：解決like‘%字符串%’時索引不被使用的方法？
字符串不加單引號索引失效
SELECT * from staffs where name='2000';
-- 因為mysql會在底層對其進(jìn)行隱式的類型轉(zhuǎn)換
SELECT * from staffs where name=2000;
--- 未使用索引
一般性建議
對于單鍵索引，盡量選擇針對當(dāng)前query過濾性更好的索引
在選擇組合索引的時候，當(dāng)前Query中過濾性最好的字段在索引字段順序中，位置越靠前越好。
在選擇組合索引的時候，盡量選擇可以能夠包含當(dāng)前query中的where子句中更多字段的索引
盡可能通過分析統(tǒng)計信息和調(diào)整query的寫法來達(dá)到選擇合適索引的目的
來源：https://blog.csdn.net/qq_35275233
往期資源 需要請自取
往期資源 需要請自取
喜歡就"在看"唄^_^