asp.net怎么实现按条件查询_【33期】分别谈谈联合索引生效和失效的条件
點擊上方“Java面試題精選”，關(guān)注公眾號
面試刷圖，查缺補漏
>>號外：往期面試題，10篇為一個單位歸置到本公眾號菜單欄->面試題，有需要的歡迎翻閱。
這道題考查索引生效條件、失效條件。像這類問題才其實很有意義，建議各位以后面試其他伙伴的時候，多側(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種組合進行查找，但不支持 b,c進行查找 。當(dāng)最左側(cè)字段是常量引用時，索引就十分有效。
利用索引中的附加列，可以縮小搜索的范圍，但使用一個具有兩列的索引不同于使用兩個單獨的索引。
復(fù)合索引的結(jié)構(gòu)與電話簿類似，人名由姓和名構(gòu)成，電話簿首先按姓氏對進行排序，然后按名字對有相同姓氏的人進行排序。如果您知道姓，電話簿將非常有用；如果您知道姓和名，電話簿則更為有用，但如果您只知道名不姓，電話簿將沒有用處。
所以說創(chuàng)建復(fù)合索引時，應(yīng)該仔細考慮列的順序。對索引中的所有列執(zhí)行搜索或僅對前幾列執(zhí)行搜索時，復(fù)合索引非常有用；僅對后面的任意列執(zhí)行搜索時，復(fù)合索引則沒有用處。
如：建立 姓名、年齡、性別的復(fù)合索引。
create?1
select?*?abc三個索引都在where條件里面用到了，而且都發(fā)揮了作用
2
select?*?where里面的條件順序在查詢之前會被mysql自動優(yōu)化，效果跟上一句一樣
3
select?*?a用到索引，b沒有用，所以c是沒有用到索引效果的
4
select?*?a用到了，b也用到了，c沒有用到，這個地方b是范圍值，也算斷點，只不過自身用到了索引
5
select?*?因為a索引沒有使用，所以這里 bc都沒有用上索引效果
6
select?*?a用到了 b沒有使用，c沒有使用
7
select?*?a用到了索引，b在結(jié)果排序中也用到了索引的效果，a下面任意一段的b是排好序的
8
select?*?a用到了索引，但是這個地方c沒有發(fā)揮排序效果，因為中間斷點了，使用 explain 可以看到 filesort
9
select?*?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?*?一般性建議
對于單鍵索引，盡量選擇針對當(dāng)前query過濾性更好的索引
在選擇組合索引的時候，當(dāng)前Query中過濾性最好的字段在索引字段順序中，位置越靠前越好。
在選擇組合索引的時候，盡量選擇可以能夠包含當(dāng)前query中的where子句中更多字段的索引
盡可能通過分析統(tǒng)計信息和調(diào)整query的寫法來達到選擇合適索引的目的
來源：https://blog.csdn.net/qq_35275233
最近三期
【30期】說一下HashMap的實現(xiàn)原理？
【31期】了解什么是 redis 的雪崩、穿透和擊穿？
【32期】你知道Redis的字符串是怎么實現(xiàn)的嗎？
與其在網(wǎng)上拼命找題？?不如馬上關(guān)注我們~
總結(jié)
以上是生活随笔為你收集整理的asp.net怎么实现按条件查询_【33期】分别谈谈联合索引生效和失效的条件的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： d3js mysql_D3js技术文档
- 下一篇： linux 内核编译不能打字,linux