面試題進行分析。
#1.建立test表（
測試表）。
droptable
ifexists
test;
create
table
test(
id int
primary
keyauto_increment,
c1 varchar(10
),c2
varchar(10
),c3
varchar(10
),c4
varchar(10
),c5
varchar(10
)) engine
=innodb default charset=
utf8;
insert
into test(c1,c2,c3,c4,c5) values('
a1','
a2','
a3','
a4','a5'
);insert
into test(c1,c2,c3,c4,c5) values('
b1','
b2','
b3','
b4','b5'
);insert
into test(c1,c2,c3,c4,c5) values('
c1','
c2','
c3','
c4','c5'
);insert
into test(c1,c2,c3,c4,c5) values('
d1','
d2','
d3','
d4','d5'
);insert
into test(c1,c2,c3,c4,c5) values('
e1','
e2','
e3','
e4','
e5');
#2.建立索引。
case 1：
分析：①建立復合索引的順序為c1,c2,c3,c4。
②上述四組explain執行的結果都一樣：type=ref，key_len=132，ref=const,const,const,const。
結論：在執行常量等值查詢時，改變索引列的順序並不會更改explain的執行結果，因為mysql底層優化器會進行優化，但是推薦按照索引順序列編寫sql語句。
case 2：
分析：當出現範圍的時候，type=range，key_len=99，比不用範圍key_len=66增加了，說明使用上了索引，但對比case1中執行結果，說明c4上索引失效。
結論：範圍右邊索引列失效，但是範圍當前位置（c3）的索引是有效的，從key_len=99可證明。
case 2.1：
分析：與上面explain執行結果對比，key_len=132說明索引用到了4個，因為對此sql語句mysql底層優化器會進行優化：範圍右邊索引列失效（c4右邊已經沒有索引列了），注意索引的順序（c1,c2,c3,c4），所以c4右邊不會出現失效的索引列，因此4個索引全部用上。
結論：範圍右邊索引列失效，是有順序的：c1,c2,c3,c4，如果c3有範圍，則c4失效；如果c4有範圍，則沒有失效的索引列，從而會使用全部索引。
case 2.2：
分析：如果在c1處使用範圍，則type=all，key=null，索引失效，全表掃瞄，這裡違背了最佳左字首法則，帶頭大哥已死，因為c1主要用於範圍，而不是查詢。
解決方式使用覆蓋索引。
結論：在最佳左字首法則中，如果最左前列（帶頭大哥）的索引失效，則後面的索引都失效。
case 3：
分析：利用最佳左字首法則：中間兄弟不能斷，因此用到了c1和c2索引（查詢），從key_len=66，ref=const,const，c3索引列用在排序過程中。
case 3.1：
分析：從explain的執行結果來看：key_len=66，ref=const,const，從而查詢只用到c1和c2索引，c3索引用於排序。
case 3.2：
分析：從explain的執行結果來看：key_len=66，ref=const,const，查詢使用了c1和c2索引，由於用了c4進行排序，跳過了c3，出現了using filesort。
case 4：
分析：查詢只用到索引c1，c2和c3用於排序，無using filesort。
case 4.1：
分析：和case 4中explain的執行結果一樣，但是出現了using filesort，因為索引的建立順序為c1,c2,c3,c4，但是排序的時候c2和c3顛倒位置了。
case 4.2：
分析：在查詢時增加了c5，但是explain的執行結果一樣，因為c5並未建立索引。
case 4.3：
分析：與case 4.1對比，在extra中並未出現using filesort，因為c2為常量，在排序中被優化，所以索引未顛倒，不會出現using filesort。
case 5：
分析：只用到c1上的索引，因為c4中間間斷了，根據最佳左字首法則，所以key_len=33，ref=const，表示只用到乙個索引。
case 5.1：
分析：對比case 5，在group by時交換了c2和c3的位置，結果出現using temporary和using filesort，極度惡劣。原因：c3和c2與索引建立順序相反。
通過以上case的分析，進行如下總結：
①最佳左字首法則。
#1.在等值查詢時，更改索引列順序，並不會影響explain的執行結果，因為mysql底層會進行優化。
#2.在使用order by時，注意索引順序、常量，以及可能會導致using filesort的情況。
②group by容易產生using temporary。
③通俗理解口訣：
全值匹配我最愛，最左字首要遵守；
帶頭大哥不能死，中間兄弟不能斷；
索引列上少計算，範圍之後全失效；
like百分寫最右，覆蓋索引不寫星；
不等空值還有or，索引失效要少用。
by shawn chen，2018.6.25日，下午。
mysql高階知識系列目錄
MySQL索引知識面試題
怎麼想到寫索引的呢 在牛客網刷題的時候看到乙個題目是這樣的 mysql資料庫，game order表表結構如下，下面哪些sql能使用到索引 多選 我選的是 a b c d e 看到這就知道選的不對！這裡涉及到了復合索引 最左優先原則 意思就是組合索引的中第乙個字段必須在查詢語句中用到 只要組合中索引...
MySQL索引相關面試題
相信很多人對於mysql的索引都不陌生，索引 index 是幫助mysql高效獲取資料的資料結構。因為索引是mysql中比較重點的知識，相信很多人都有一定的了解，尤其是在面試 現的頻率特別高。樓主自認為自己對mysql的索引相關知識有很多了解，而且因為最近在找工作面試，所以單獨複習了很多關於索引的知...
mysql索引相關面試題
1 儲存引擎主要有 1.myisam 2.innodb,3.memory,4.archive,5.federated 預設為 innodb 引擎。innodb 底層儲存結構為 b 樹，b 樹的每個節點對應 innodb 的乙個 page，page 大小是固定的，一般設為 16k 2 使用場景？1 經...