對於任何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(圖書分類表)
執行時間為：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。如果使用的鍵僅僅匹配少量行，該聯接型別是不錯的。
mysql 組合索性 Mysql之組合索引方法詳解
對於任何dbms，索引都是進行優化的最主要的因素。對於少量的資料，沒有合適的索引影響不是很大，但是，當隨著資料量的增加，效能會急劇下降。如果對多列進行索引 組合索引 列的順序非常重要，mysql僅能對索引最左邊的字首進行有效的查詢。例如 假設存在組合索引 c1,c2 查詢語句select from ...
mysql的組合索引 mysql 組合索引
mysql單列索引是我們使用mysql資料庫中經常會見到的，mysql單列索引和組合索引的區別可能有很多人還不是十分的了解，下面就為您分析兩者的主要區別，供您參考學習。為了形象地對比兩者，再建乙個表 create table myindex i testid int not null auto in...
mysql 組合索引
使用好組合索引能大大提高查詢的效率 key a1,a2,a3 組合索引可以理解為從左到右依次命中，按順序，查詢命中的越多，效率越高 a1,a2，a3的順序很關鍵，能更好的區分資料的字段放在前面。如果查詢中沒有使用欄位a2或者查詢是 a2，則a2索引不能被使用，a3索引也隨之不能被使用。例如有如下組合...