【版權申明】未經博主同意，謝絕轉載！（請尊重原創，博主保留追究權）
https://blog.csdn.net/qq_36000403/article/details/91355374
出自【zzf__的博客】
1.覆蓋索引
好處:
由於覆蓋索引可以減少樹的搜索次數，顯著提升查詢性能，所以使用覆蓋索引是一個常用的性能優化手段。減少回表次數
案例：
在一個市民信息表上，是否有必要將身份證號和名字建立聯合索引？
我們知道，身份證號是市民的唯一標識。也就是說，如果有根據身份證號查詢市民信息的需求，我們只要在身份證號字段上建立索引就夠了。而再建立一個（身份證號、姓名）的聯合索引，是不是浪費空間？
如果現在有一個高頻請求，要根據市民的身份證號查詢他的姓名，這個聯合索引就有意義了。它可以在這個高頻請求上用到覆蓋索引，不再需要回表查整行記錄，減少語句的執行時間。
當然，索引字段的維護總是有代價的。因此，在建立冗餘索引來支持覆蓋索引時就需要權衡考慮了。這正是業務 DBA，或者稱爲業務數據架構師的工作。
2.最左前綴
這個最左前綴可以是聯合索引的最左 N 個字段，也可以是字符串索引的最左 M 個字符。
3.建立聯合索引時，如何安排索引內的字段順序
這裏我們的評估標準是，索引的複用能力。因爲可以支持最左前綴，所以當已經有了 (a,b) 這個聯合索引後，一般就不需要單獨在 a 上建立索引了。因此，第一原則是，如果通過調整順序，可以少維護一個索引，那麼這個順序往往就是需要優先考慮採用的。
那麼，如果既有聯合查詢，又有基於 a、b 各自的查詢呢？查詢條件裏面只有 b 的語句，是無法使用 (a,b) 這個聯合索引的，這時候你不得不維護另外一個索引，也就是說你需要同時維護 (a,b)、(b) 這兩個索引。
這時候，我們要考慮的原則就是空間了。比如上面這個市民表的情況，name 字段是比 age 字段大的 ，那我就建議你創建一個（name,age) 的聯合索引和一個 (age) 的單字段索引。
4.索引下推
MySQL 5.6 引入的索引下推優化（index condition pushdown)， 可以在索引遍歷過程中，對索引中包含的字段先做判斷，直接過濾掉不滿足條件的記錄，減少回表次數。
mysql> select * from tuser where name like ‘張 %’ and age=10 and ismale=1;
無索引下推
索引下推
