索引的最左前綴原理：
通常我們在建立聯合索引的時候，也就是對多個字段建立索引，相信建立過索引的同學們會發現，無論是oralce還是mysql都會讓我們選擇索引的順序，比如我們想在a,b,c三個字段上建立一個聯合索引，我們可以選擇自己想要的優先級，a、b、c,或者是b、a、c 或者是c、a、b等順序。為什么數據庫會讓我們選擇字段的順序呢？不都是三個字段的聯合索引么？這里就引出了數據庫索引的最左前綴原理。
比如：索引index1:(a,b,c)有三個字段，我們在使用sql語句來查詢的時候，會發現很多情況下不按照我們想象的來走索引。
select * from table where c = '1'
這個sql語句是不會走index1索引的
select * from table where b =‘1’ and c ='2'
這個語句也不會走index1索引。
什么語句會走index1索引呢？
答案是：
select * from table where a = '1' select * from table where a = '1' and b = ‘2’ select * from table where a = '1' and b = ‘2’ and c='3'
我們可以發現一個共同點，就是所有走索引index1的sql語句的查詢條件里面都帶有a字段，那么問題來了，index1的索引的最左邊的列字段是a，是不是查詢條件中包含a就會走索引呢？
例如：
select * from table where a = '1' and c= ‘2’
這個sql語句，按照之前的理解，包含a字段，會走索引，但是是不是所有字段都走了索引呢？
我們來做個實驗：
我這里有一個表：
建立了一個聯合索引，prinIdAndOrder里面有三個字段 PARENT_ID, MENU_ORDER, MENU_NAME
接下來測試之前的語句：
EXPLAIN SELECT t.* FROM sys_menu t WHERE t.`PARENT_ID` = '0' AND t.`MENU_NAME` = '系統工具'
這一句sql就相當於之前的select * from table where a = '1' and c= ‘2’這個sql語句了，我們來看看解釋計划：
可以看到走了索引prinIdAndOrder,但是旁邊的key_len=303,但道理key_len應該是大於303的，為什么呢？因為PARENT_ID字段的類型是varchar(100) NULL，所以key_len=100*3+2+1=303,但是還有MENU_NAME呢！具體的key_len的計算方法，大家可以百度，我的表的字符集是utf-8，不同字符集的表的計算方式不一樣。這里的解釋計划顯示key_len只有303，說明只是走了字段PARENT_ID的索引，沒有走MENU_NAME的索引。
這也是最左前綴原理的一部分，索引index1:(a,b,c)，只會走a、a,b、a,b,c 三種類型的查詢，其實這里說的有一點問題，a,c也走，但是只走a字段索引，不會走c字段。
另外還有一個特殊情況說明下，select * from table where a = '1' and b > ‘2’ and c='3' 這種類型的也只會有a與b走索引，c不會走。
像select * from table where a = '1' and b > ‘2’ and c='3' 這種類型的sql語句，在a、b走完索引后，c肯定是無序了，所以c就沒法走索引，數據庫會覺得還不如全表掃描c字段來的快。不知道我說明白沒，感覺這一塊說的始終有點牽強。