今天學習了下關於索引的最左前綴的原理，小有成就感，在這里做一個學習記錄，以后學習的時候可以直接找出來復習。
相信熟悉數據庫的大佬們跟索引達人們肯定都了解最索引的左前綴原理，我在這里還是再重復一下吧，文章還會結合實際例子來說明最左前綴的原理。
實驗工具；mysql 5.5 + sqlyog
索引的最左前綴原理：
通常我們在建立聯合索引的時候，也就是對多個字段建立索引，相信建立過索引的同學們會發現，無論是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
接下來測試之前的語句：
ELECT
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不會走。
原因如下：
索引是有序的，index1索引在索引文件中的排列是有序的，首先根據a來排序，然后才是根據b來排序，最后是根據c來排序，
像select * from table where a = '1' and b > ‘2’ and c='3' 這種類型的sql語句，在a、b走完索引后，c肯定是無序了，所以c就沒法走索引，數據庫會覺得還不如全表掃描c字段來的快。不知道我說明白沒，感覺這一塊說的始終有點牽強。
文中如果出現有誤的地方麻煩大佬們指點。
---------------------
來源：CSDN
原文：https://blog.csdn.net/zzx125/article/details/79678770
版權聲明：本文為博主原創文章，轉載請附上博文鏈接！