這是你的表結構抛人，有三個字段，分別是id,name,cid
CREATE TABLE `student` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`cid` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `name_cid_INX` (`name`,`cid`),
) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8
索引方面：id是主鍵脐瑰，(name,cid)是一個多列索引妖枚。
下面是你有疑問的兩個查詢：
EXPLAIN SELECT * FROM student WHERE cid=1;
注意下面的index索引
EXPLAIN SELECT * FROM student WHERE cid=1 AND name='小紅';
注意下面的ref索引
這里的疑問是：sql查詢用到索引的條件是必須要遵守最左前綴原則，為什么上面兩個查詢還能用到索引苍在？
上述你的兩個查詢的explain結果中顯示用到索引的情況類型是不一樣的绝页。,可觀察explain結果中的type字段荠商。你的查詢中分別是：
1. type: index
2. type: ref
解釋：
index：這種類型表示是mysql會對整個該索引進行掃描。要想用到這種類型的索引续誉，對這個索引并無特別要求莱没，只要是索引，或者某個復合索引的一部分酷鸦，mysql都可能會采用index類型的方式掃描饰躲。但是呢，缺點是效率不高臼隔，mysql會從索引中的第一個數據一個個的查找到最后一個數據嘹裂，直到找到符合判斷條件的某個索引。
(掃描索引在一定程度上也比掃描全表要快)
所以：對于你的第一條語句：
EXPLAIN SELECT * FROM student WHERE cid=1;
判斷條件是cid=1,而cid是(name,cid)復合索引的一部分摔握，沒有問題寄狼，可以進行index類型的索引掃描方式。explain顯示結果使用到了索引氨淌，是index類型的方式泊愧。
ref：這種類型表示mysql會根據特定的算法快速查找到某個符合條件的索引，而不是會對索引中每一個數據都進行一一的掃描判斷盛正，也就是所謂你平常理解的使用索引查詢會更快的取出數據删咱。而要想實現(xiàn)這種查找，索引卻是有要求的豪筝，要實現(xiàn)這種能快速查找的算法痰滋，索引就要滿足特定的數據結構。
簡單說壤蚜，也就是索引字段的數據必須是有序的即寡，才能實現(xiàn)這種類型的查找，才能利用到索引袜刷。
有些了解的人可能會問聪富，索引不都是一個有序排列的數據結構么。不過答案說的還不夠完善著蟹，那只是針對單個索引墩蔓，而復合索引的情況有些同學可能就不太了解了。
下面就說下復合索引：
以該表的(name,cid)復合索引為例,它內部結構簡單說就是下面這樣排列的：
mysql創(chuàng)建復合索引的規(guī)則是首先會對復合索引的最左邊的萧豆，也就是第一個name字段的數據進行排序奸披，在第一個字段的排序基礎上，然后再對后面第二個的cid字段進行排序涮雷。其實就相當于實現(xiàn)了類似 order by name asc, cid asc這樣一種排序規(guī)則阵面。
所以：第一個name字段是絕對有序的，而第二字段就是無序的了。所以通常情況下样刷，直接使用第二個cid字段進行條件判斷是用不到索引的仑扑，當然，可能會出現(xiàn)上面的使用index類型的索引置鼻。這就是所謂的mysql為什么要強調最左前綴原則的原因镇饮。
那么什么時候才能用到呢?
當然是cid字段的索引數據也是有序的情況下才能使用咯，什么時候才是有序的呢箕母？觀察可知储藐，當然是在name字段是等值匹配的情況下，cid才是有序的嘶是。發(fā)現(xiàn)沒有钙勃，觀察兩個name名字為 c 的cid字段是不是有序的呢。從上往下分別是4 5俊啼。
這也就是mysql索引規(guī)則中要求復合索引要想使用第二個索引肺缕，必須先使用第一個索引的原因左医。（而且第一個索引必須是等值匹配）授帕。
所以對于你的這條sql查詢：
EXPLAIN SELECT * FROM student WHERE cid=1 AND name='小紅';
沒有錯，而且復合索引中的兩個索引字段都能很好的利用到了浮梢！因為語句中最左面的name字段進行了等值匹配跛十，所以cid是有序的，也可以利用到索引了秕硝。
你可能會問：我建的索引是(name,cid)芥映。而我查詢的語句是cid=1 AND name='小紅'; 我是先查詢cid，再查詢name的远豺，不是先從最左面查的呀奈偏？
好吧，我再解釋一下這個問題：首先可以肯定的是把條件判斷反過來變成這樣 name='小紅' and cid=1; 最后所查詢的結果是一樣的躯护。
那么問題產生了惊来？既然結果是一樣的，到底以何種順序的查詢方式最好呢棺滞？
所以裁蚁，而此時那就是我們的mysql查詢優(yōu)化器該登場了，mysql查詢優(yōu)化器會判斷糾正這條sql語句該以什么樣的順序執(zhí)行效率最高继准，最后才生成真正的執(zhí)行計劃枉证。所以，當然是我們能盡量的利用到索引時的查詢順序效率最高咯移必，所以mysql查詢優(yōu)化器會最終以這種順序進行查詢執(zhí)行室谚。
