定義
將表中的多列（兩列或以上）作為索引稱為聯(lián)合索引（或者符合索引）。
原理
- 摘自Mysql高性能 第三版 144頁
假設(shè)有一個People的表，建表語句如下所示：
CREATE TABLE People (
last_name varchar(50) not null,
first_name varchar(50) not null,
dob date not null,
gender enum('m', 'f') not null,
key(last_name, first_name, dob)
);
那么這個表的聯(lián)合索引是這樣的，看下面的圖
索引包含 last_name,first_name和dob三個列
場景
使用聯(lián)合索引的好處一般就是要符合你最需要的查詢場景想匹配。
比如 查詢某個用戶的有效訂單，則建立一個userid,valid_state的聯(lián)合索引比較合適。
一個常見的Case
對于聯(lián)合索引經(jīng)常大家會遇到的一個比較常見的問題就是，對于一個聯(lián)合索引a,b,c，怎么樣才能查詢才能使用到索引呢
先寫具體的case，在寫原理，在寫結(jié)論
| case | 是否使用索引 | 執(zhí)行計劃 |
|---|---|---|
| explain select * from test where a='haha' | 是 |  image.png
|
| explain select * from test where a='haha' and b=1 | 是 |  image.png
|
| explain select * from test where a='haha' and b=1 and c=1 | 是 |  image.png
|
| explain select * from test where b=1 and c=1 | 否 |  image.png
|
| explain select * from test where b=1 | 否 |  image.png
|
| explain select * from test where c=1 | 否 |  image.png
|
| explain select * from test where a='haha' and c=1 | 是 |  image.png
|
以上是我自己做的驗證
聯(lián)合索引的原則：最左前綴原則
以下摘自https://www.cnblogs.com/softidea/p/5977860.html 內(nèi)容比較詳盡
MySql在建立索引優(yōu)化時需要注意的問題
設(shè)計好MySql的索引可以讓你的數(shù)據(jù)庫飛起來，大大的提高數(shù)據(jù)庫效率。設(shè)計MySql索引的時候有一下幾點注意：
1，創(chuàng)建索引
對于查詢占主要的應(yīng)用來說，索引顯得尤為重要。很多時候性能問題很簡單的就是因為我們忘了添加索引而造成的，或者說沒有添加更為有效的索引導致。如果不加
索引的話，那么查找任何哪怕只是一條特定的數(shù)據(jù)都會進行一次全表掃描，如果一張表的數(shù)據(jù)量很大而符合條件的結(jié)果又很少，那么不加索引會引起致命的性能下降。
但是也不是什么情況都非得建索引不可，比如性別可能就只有兩個值，建索引不僅沒什么優(yōu)勢，還會影響到更新速度，這被稱為過度索引。
2，復合索引
比如有一條語句是這樣的：select * from users where area=’beijing’ and age=22;
如果我們是在area和age上分別創(chuàng)建單個索引的話，由于mysql查詢每次只能使用一個索引，所以雖然這樣已經(jīng)相對不做索引時全表掃描提高了很多效
率，但是如果在area、age兩列上創(chuàng)建復合索引的話將帶來更高的效率。如果我們創(chuàng)建了(area, age,salary)的復合索引，那么其實相當于創(chuàng)建了(area,age,salary)、(area,age)、(area)三個索引，這被稱為最佳左前綴特性。
因此我們在創(chuàng)建復合索引時應(yīng)該將最常用作限制條件的列放在最左邊，依次遞減。
3，索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中，復合索引中只要有一列含有NULL值，那么這一列對于此復合索引就是無效的。所以我們在數(shù)據(jù)庫設(shè)計時不要讓字段的默認值為NULL。
4，使用短索引
對串列進行索引，如果可能應(yīng)該指定一個前綴長度。例如，如果有一個CHAR(255)的 列，如果在前10 個或20 個字符內(nèi)，多數(shù)值是惟一的，那么就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作。
5，排序的索引問題
mysql查詢只使用一個索引，因此如果where子句中已經(jīng)使用了索引的話，那么order by中的列是不會使用索引的。因此數(shù)據(jù)庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列創(chuàng)建復合索引。
6，like語句操作
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。
7，不要在列上進行運算
select * from users where
YEAR(adddate)
8，不使用NOT IN和操作
NOT IN和操作都不會使用索引將進行全表掃描。NOT IN可以NOT EXISTS代替，id3則可使用id>3 or id
