MySql索引的建立對于Myql的高效運行很重要，索引可以大大的提高M(jìn)ySql的檢索速度。
拿漢語字典的目錄頁（索引）打比方斩跌，我們可以根據(jù)拼音、筆畫捞慌、偏旁部首等目錄可以很快的查找到需要的字耀鸦。
創(chuàng)建索引時，需要確保該索引是應(yīng)用在SQL查詢語句的條件（一般作為where子句的條件）啸澡。實際上索引也是一張表袖订，該表保存了主鍵和索引字段，并指向?qū)嶓w表的記錄嗅虏。
建立索引是可以提高M(jìn)ySql的檢索速度洛姑，但過多的使用索引將會造成濫用。
因為索引也有他的缺點：雖然索引大大提高了查詢的速度皮服，同時卻會降低更新表的速速楞艾，如，對表進(jìn)行INSERT龄广，UPDATE硫眯，DELETE。因為更新表時择同，不僅要保存表的數(shù)據(jù)两入，會要保存一下索引文件。
哪些字段適合建索引
1.表的主鍵敲才，外鍵裹纳；外鍵是唯一的，而且經(jīng)常用來查詢
2.數(shù)據(jù)量超過300的表應(yīng)該有索引
3.經(jīng)常與其它表進(jìn)行連接的表紧武，在連接字段上應(yīng)該建立索引
4.經(jīng)常出現(xiàn)在where子句中的字段剃氧，加快判斷速度，特別是數(shù)據(jù)大的表的字段阻星，應(yīng)該建立索引她我。如果在where條件里有兩個字段經(jīng)常并列出現(xiàn)，只是單個建立索引作用不大，可以把這兩個字段建立聯(lián)合索引番舆。
5.經(jīng)常用到排序的列上，因為索引已經(jīng)排序矾踱。
6.經(jīng)常在范圍內(nèi)搜索的列上建立索引恨狈，因為索引已經(jīng)排序，其指定的范圍是連續(xù)的
7.復(fù)合索引建立需要進(jìn)行分析呛讲，如果where條件跟的字段and出現(xiàn)頻率很高使用扶額和索引
索引選取類型
1.越小的數(shù)據(jù)類型更好：越小的數(shù)據(jù)類型在磁盤禾怠、內(nèi)存、CPU緩存中需要更少的時間贝搁，處理起來更快吗氏。
2.簡單的數(shù)據(jù)類型更好：例如：整型數(shù)據(jù)比字符串處理起來更快
3.盡量避免NULL：在指定為NOT NULL的列中建立索引，因為含有空值很難進(jìn)行查詢優(yōu)化雷逆，他們會使索引弦讽，和索引的統(tǒng)計信息變的更加復(fù)雜。
什么場景不合適建立索引
1.對于查詢總很少用到的列不應(yīng)該建立索引
2.對于表數(shù)據(jù)太少的字段
3.對于那些定義為text膀哲、image往产、bit數(shù)據(jù)類型的列不應(yīng)該增加索引，因為這些要不數(shù)據(jù)量很大某宪，要不然就取值很少仿村。
4.當(dāng)需要的修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時，不應(yīng)該建立索引兴喂。增加索引會降低修改性能蔼囊。因為在修改的時候，不僅要保存表的數(shù)據(jù)衣迷，也會要保存一下索引文件畏鼓。
5.數(shù)據(jù)重復(fù)且分布平均的字段。例如：在用戶表里的性別字段蘑险，在查詢過程中滴肿，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)的很大比例，需要在數(shù)據(jù)行搜索的數(shù)據(jù)行比例很大佃迄，增加索引不能加快檢索進(jìn)度泼差。
主鍵索引
主索引，根據(jù)主鍵建立索引呵俏，不允許重復(fù)堆缘，不允許空值
ALTER TABLE 'mytable' ADD PRIMARY id('id');
普通索引
最基本的索引,僅加速查詢，沒有任何限制普碎，是比較常見的索引吼肥。
創(chuàng)建索引的方式：
CREATE INDEX indexname on mytable（name);
唯一索引
與普通索引不同的是：加速查詢+列值唯一（可以有null）
平常的用戶表之類，郵箱和手機(jī)號碼可以作為唯一索引
CREATE UNIQUE INDEX phone on mytable(name)；
全文索引（FULLINDEX）
用大文本對象的列構(gòu)建的索引缀皱，適用與MyISM斗这、InnoDB引擎的數(shù)據(jù)表；作用于char啤斗，varchar表箭，text數(shù)據(jù)類型的列。
ALERT TABLE ‘mytable’ ADD FULLTEXT INDEX ft_index('name');
針對大數(shù)據(jù)钮莲，生成全文索引非常消耗時間和空間免钻。那么什么時候需要用到全文索引呢？對與文本大的對象或者較大的char類型數(shù)據(jù)崔拥，如果使用普通索引极舔，那么匹配文本前幾個字符可還行，如果想要匹配文本中間的單詞链瓦，需要用到LIKE %word%來匹配拆魏，這樣會需要大量的時間來處理，響應(yīng)時間也會大大增加澡绩，這種情況就需要用全文索引（FULLINDEX）稽揭，在生成全文索引的時候，會為文本生成一份單詞的清單肥卡，在索引的時候可以根據(jù)這些單詞的清單來進(jìn)行索引溪掀。
組合索引
將幾個列作為一條索引進(jìn)行檢索，該多個列中允許有空值步鉴，使用最左匹配原則揪胃。根據(jù)”最左前綴“原則，把最常用作為檢索或排序的列放在最左氛琢，依次遞減喊递，相當(dāng)于建立了name，name name1阳似，name name1name2三個索引，而不是這些的不能當(dāng)成索引撮奏。
ALERT TABLE ‘mytable’ ADD INDEX index_name('name','name1','name2')
使用組合索引可能會因為列名過長二導(dǎo)致索引的key太大俏讹，導(dǎo)致效率降低，在允許的情況下畜吊，可以name泽疆，name1的前幾個字作為索引：
ALERT TABLE 'mytable' ADD INDEX index_name(name(4),name1(4));
**
索引失效的場景
當(dāng)order by 中的字段出現(xiàn)在where條件中時，才會利用索引而不排序玲献，更準(zhǔn)確的說殉疼，order by 中的字段在執(zhí)行計劃中利用了索引時梯浪，不用排序操作。 這個結(jié)論不僅對order by有效瓢娜，對其他需要排序的操作也有效挂洛。比如group by 、union 恋腕、distinct等抹锄。 *
書寫SQL語句的時候，我們不用在意條件的前后順序荠藤，MySQL在查找的時候會進(jìn)行優(yōu)化
