組合索引(concatenated index)：由多個列構成的索引，如create index idx_emp on emp(col1, col2, col3, ……)，則我們稱idx_emp索引為組合索引。

在組合索引中有一個重要的概念：引導列(leading column)，在上面的例子中，col1列為引導列。當我們進行查詢時可以使用”where col1 = ? ”，也可以使用”where col1 = ? and col2 = ?”，這樣的限制條件都會使用索引，但是”where col2 = ? ”查詢就不會使用該索引。所以限制條件中包含先導列時，該限制條件才會使用該組合索引。

建立2張測試表：

mysql> desc test1;
+-------+--------------+------+-----+---------+-------+
| Field | Type         | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| id    | int(11)      | NO   |     | NULL    |       |
| name  | varchar(45)  | YES  | MUL | NULL    |
 
       |
| dept  | varchar(50)  | YES  |     | NULL    |       |
| desc  | varchar(100) | YES  |     | NULL    |       |
+-------+--------------+------+-----+---------+-------+
4 rows in set (0.00 sec)

mysql> desc test2;
+---------+-------------+------+-----+---------+-------+
| Field   | Type        |
 
 Null | Key | Default | Extra |
+---------+-------------+------+-----+---------+-------+
| id      | int(11)     | NO   | PRI | NULL    |       |
| email   | varchar(50) | YES  |     | NULL    |       |
| address | varchar(50) | YES  |     | NULL    |       |
+---------+-------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

mysql> 

通過儲存過程模擬一些資料：

delimiter $$
create procedure mock_insert_test1()
BEGIN
    DECLARE v int DEFAULT 1;
    WHILE v < 800000
    DO
        INSERT into test1
        VALUES(v,CONCAT('name',v),CONCAT('dept',v),NULL);
        SET v = v + 1;
    END WHILE;
end
$$
delimiter ;
delimiter $$
create procedure mock_insert_test2()
BEGIN
DECLARE v int DEFAULT 1;
WHILE v < 800000
DO
INSERT into test2
VALUES(v,CONCAT('email',v),CONCAT('addr',v));
SET v = v + 1;
END WHILE;
end
$$
delimiter ;

執行儲存過程灌一些資料，

mysql> SELECT * from test1 limit 10;
+----+----------+-------+------+
| id | name     | dept  | desc |
+----+----------+-------+------+
|  1 | duan     | yanfa | NULL |
|  2 | zhangsan | renli | NULL |
|  3 | lisi     | renli | NULL |
|  1 | name1    | dept1 | NULL |
|  2 | name2    | dept2 | NULL |
|  3 | name3    | dept3 | NULL |
|  4 | name4    | dept4 | NULL |
|  5 | name5    | dept5 | NULL |
|  6 | name6    | dept6 | NULL |
|  7 | name7    | dept7 | NULL |
+----+----------+-------+------+
10 rows in set (0.00 sec)

mysql> 

引導列是id時，索引是這樣的：inx_id_name:id,name

建立索引後，

 結果：

引導列是name時，索引是這樣的：

結果：

為什麼要以name為引導列？因為ID是join列，並且ID列上面沒過濾條件，如果以ID列作為引導列，由於沒過濾條件那麼CBO只能走 index full scan,或者index fast full scan，因為引導列沒過濾條件，走不了index range scan,  最多走index skip scan，不過index skip scan代價過高，因為index skip scan要求 引導列選擇性很低，但是ID這裡選擇性很高。

如果name列作為引導列，那麼優化器就可以選擇index range scan,這樣相比index full scan, index fast full scan肯定要少掃描很多leaf block,邏輯讀就會相對較少。 

其實到這裡，是否可以總結一下建立組合索引的原則總結：

1. 引導列要選擇過濾條件的列作為引導列，比如 where a.xxx='xxx' 或者 a.xxx> 或者 a.xxx<  
2. 引導列的選擇性越高越好，因為選擇性越高，掃描的leaf block就越少，效率就越高  (正確的順序依賴於使用該索引的查詢，並且同時需要考慮如何更好的滿足排序和分組的需要。在一個多列B-Tree索引中，索引列的順序意味著索引首先按照最左列進行排序，其次是第二列。所以，索引可以按照升序或者降序進行掃描，以滿足精確符合列順序的ORDER BY、GROUP BY和DISTINCT等子句的查詢需求。對於如何選擇索引順序有一個經驗法則：將選擇性較高的列放到索引的最前列。)
3. 儘量把join列放到組合索引最後面