在講索引設定前先說說索引的原理。索引（Index）是幫助MySQL高效獲取資料的資料結構。提取句子主幹，就可以得到索引的本質：索引是一種資料結構。

一般來說，索引本身也很大，不可能全部儲存在記憶體中，因此索引往往以索引檔案的形式儲存的磁碟上。這樣的話，索引查詢過程中就要產生磁碟I/O消耗，相對於記憶體存取，I/O存取的消耗要高几個數量級，所以評價一個數據結構作為索引的優劣最重要的指標就是在查詢過程中磁碟I/O操作次數的漸進複雜度。換句話說，索引的結構組織要儘量減少查詢過程中磁碟I/O的存取次數。

MyisAM儲存引擎的索引檔案和資料檔案是分開的，在通過索引查詢得到的是資料記錄在磁碟的實體地址，然後再根據這個地址去查詢關聯的資料資訊。MyisAM不支援外來鍵，不支援行級鎖，不支援事務，所以不經常使用。

InnoDB儲存引擎的索引和資料是存放在同一個檔案內的，而且資料是按照主鍵的順序排列的，所以主鍵索引也叫聚集索引或聚簇索引。普通欄位上的索引是非聚集索引。主鍵索引上的value是當前記錄資訊(不包含主鍵)，非聚集索引上的value儲存的是主鍵。當查詢時使用的是主鍵索引，那麼能直接返回需要的資料；如果查詢時使用的是非聚集索引，第一步返回主鍵，第二步通過這個主鍵去查詢相應的記錄，額外多了一步。

相比於MyisAM儲存，InnoDB引擎的索引結構有些不同，且分為聚集索引和非聚集索引，MyisAM沒有這個之分，主鍵和非主鍵索引存的都是資料記錄的磁碟地址。

1.使用自增主鍵
因為InnoDB引擎的資料是按照主鍵的順序排列的，所以如果主鍵是非自增的，那麼當插入一條新的資料時，比如原先有主鍵為48，50的資料，他們是緊密排列的，當插入一條主鍵為49的資料，那麼就需要將50的資料往下挪一位，然後將49的資料插入；如果當前資料頁的容量已經滿了，一般Mysql內的資料頁大小是預設16K，如果每條資料記錄的大小是500B，那麼最多也只能存不到30條，因為資料頁還需要儲存其他型別的資料資訊，比如上下頁的引用地址，頁型別等。當一頁已經滿了時，就需要分裂此頁，那麼久會導致一頁左右的資料分散到兩頁中，兩頁上會有很多額外的空閒空間，也就是多了很多的磁碟碎片空間，導致資源的浪費。主鍵非自增，插入資料時需要額外的移動資料行以及可能導致更多的碎片空間。

2.改變頻率太高的欄位不適合加索引
索引是一種資料結構，頻繁的改變索引欄位的值，就會不斷的改變當前記錄對應的索引行在索引頁的位置，類似主鍵非自增一樣，會增加額外的磁碟IO消耗和額外的磁碟碎片。

3.分佈集中的欄位不適合加索引
索引是按照字元的字典順序排列的，如果加索引的欄位重複性很高，那麼通過索引頁只能搜尋到欄位相同的區間，假設性別欄位只有’男’和’女’兩個選擇，加了索引，也只能查詢到欄位值為’男’或’女’區間，效率很低下。雖然說相比原來也提高了50%的效能，但是索引也是需要佔據磁碟空間的，而且一張表很多時候含有不止一個索引，導致索引佔據的磁碟空不見得比實際資料小，為了空間和效能的平衡，不建議對值分佈集中的欄位新增索引。

4.字首索引
如果一個欄位值的字元長度很長，而整個欄位又是查詢的常用欄位，此時完全使用整個欄位的值做索引是不合適的，因為這會導致索引結構變得很大，額外佔據更多的磁碟空間，此時需要嘗試新增字首索引，也就是將這個欄位的前多少個字元作為索引的key，在查詢匹配時會將擷取當前欄位的前多少個字元和索引的key匹配。
至於選擇多少的長度為好，可以計算下：

select count( distinct ( left (column,length ) ) ) / count(column) from ....；

計算索引選擇率，即欄位字首不同的記錄行數除以記錄總數，當有0.9以上時，可以視作是合適的字首長度。

5.複合索引的最左字首原則
Mysql查詢時，針對每張表只會使用當前表的一個索引，如果查詢時很多時候會有幾個欄位作為查詢條件，那麼針對每個欄位都建立一個索引是不合適的。此時可以嘗試建立複合索引，也就是索引裡包含了多個欄位的值，複合索引的建立需要遵循最左字首原則。所謂的最左字首指的是索引欄位從左到右按照出現頻率由高到低排列，查詢時出現頻率最高的欄位方最左側，最低的放最右側。對多個欄位新增複合索引時，並非對每個欄位都新增一個索引，而是對第一個欄位值作為索引，以第一個欄位值加上第二個欄位值作為第二個索引，之後是第一，第二，第三個欄位值合併做索引，假設複合字段為Index（A,B,C），則建立三個索引，A，A+B，A+B+C。複合索引對於多個欄位查詢的場景很適用，因為A+B+C這種索引形式使的key更加難以相同，也就是說多個索引欄位查詢時能夠得到更小的結果範圍。