對於任何DBMS，索引都是進行優化的最主要的因素。對於少量的資料，沒有合適的索引影響不是很大，但是，當隨著資料量的增加，效能會急劇下降。 
如果對多列進行索引(組合索引)，列的順序非常重要，MySQL僅能對索引最左邊的字首進行有效的查詢。例如： 
假設存在組合索引(c1,c2)，查詢語句select * from t1 where c1=1 and c2=2能夠使用該索引。查詢語句select * from t1 where c1=1也能夠使用該索引。但是，查詢語句select * from t1 where c2=2不能夠使用該索引，因為沒有組合索引的引導列，即，要想使用c2列進行查詢，必需出現c1等於某值。

舉例說明： 
建立兩張表book(圖書表)和bookclass(圖書分類表)

select b.ISBN FROM book b where b.CATEGORY_ID = 1; 
 
執行時間為：0.053s

使用explain來分析一下該SQL： 
 
type = ALL Extra=Using where，全表查詢沒有使用索引。

explain顯示了mysql如何使用索引來處理select語句以及連線表。可以幫助選擇更好的索引和寫出更優化的查詢語句。

ALL 對於每個來自於先前的表的行組合，進行完整的表掃描。如果表是第一個沒標記const的表，這通常不好，並且通常在它情況下很差。通常可以增加更多的索引而不要使用ALL，使得行能基於前面的表中的常數值或列值被檢索出。

建立組合索引： 
create index index_isbn on book (CATEGORY_ID,ISBN) ;

再次執行SQL，發現時間縮短到0.009s 
 
使用explain來分析一下該SQL： 
 
type = ref，Extra = Using index 使用了索引查詢。

ref 對於每個來自於前面的表的行組合，所有有匹配索引值的行將從這張表中讀取。如果聯接只使用鍵的最左邊的字首，或如果鍵不是UNIQUE或PRIMARY KEY（換句話說，如果聯接不能基於關鍵字選擇單個行的話），則使用ref。如果使用的鍵僅僅匹配少量行，該聯接型別是不錯的。