索引對性能的影響：比如卵迂，數(shù)據(jù)表有一千條數(shù)據(jù)裕便，只需要根據(jù)條件查詢其中的一條，只需要針對這一列創(chuàng)建索引见咒，
索引的不良影響：
1、降低寫的速度
唯一索引和主鍵索引的區(qū)別：
組合索引：eg：比如說要查詢一本書的第一章內(nèi)容在那一條下翎，這個時候可以對章節(jié)做一個索引缤言，但是如果要查第一章的第二小節(jié)，這樣如果只創(chuàng)建了章的索引视事，需要找到第一章后胆萧，把所有小節(jié)都掃一遍，這樣的話索引可以用到俐东，但是索引的范圍還是有一點大跌穗，為了降低索引范圍，可以對小節(jié)再做一個索引虏辫。對章和小節(jié)這兩個列同時創(chuàng)建一個組合索引蚌吸，這樣去找第一章的第二小節(jié)，就可以快速定位到
外鍵和全文索引基本上不去用乒裆，外鍵的話通常都是用業(yè)務(wù)邏輯去實現(xiàn)數(shù)據(jù)的關(guān)聯(lián)套利，全文索引的限制多也不用，用全文檢索引擎替代鹤耍，如斯芬克斯等
對于原問題的解答：
普通索引沒有其他的約束肉迫，唯一索引有唯一性約束，主鍵索引也有唯一約束稿黄，但是主鍵一張表只能有一個喊衫，唯一索引可以多個，而且主鍵是唯一索引杆怕，唯一索引不一定是主鍵索引族购，主鍵可以與外鍵可以進行聯(lián)合數(shù)據(jù)的級聯(lián)操作，保證數(shù)據(jù)的完整性陵珍。組合索引是將多個列在一起創(chuàng)建索引寝杖，可以覆蓋多個列
Mysql索引創(chuàng)建原則
關(guān)于復(fù)合索引：
前綴原則：
上圖創(chuàng)建復(fù)合索引KEY(a,b,c),并不是對a,b,c分別創(chuàng)建三個索引，其實是創(chuàng)建了一個索引互纯，作用在a,b,c這樣一個組合上面瑟幕，效果就是縮短查詢范圍，例如章留潦，小節(jié)只盹，段落的例子
索引使用原則
第二個是like查詢使用索引，%不能在前
即使對name創(chuàng)建了索引兔院，這個索引也會失效殖卑，因為like%不能在前
上圖如果想用到索引要去掉like的前%。如果需求就是查詢包含wang的坊萝，那就用全文索引引擎去實現(xiàn)孵稽。ES或斯芬克斯等
例如一個表有100條數(shù)據(jù)许起，把id設(shè)置為索引，而查詢條件是where id > 1 and id < 100;
此時mysql會認為肛冶，本身就100條數(shù)據(jù)街氢，要查詢
其中的98條數(shù)據(jù)，而這98條數(shù)據(jù)都需要去看索引就會很慢了睦袖，mysql會直接把這100條數(shù)據(jù)都掃一遍珊肃，然后返回其中的98條，這樣相比再多一個查詢索引的步驟顯得效率更高馅笙，mysql會自動選擇放棄索引伦乔，不用手動去處理，是其內(nèi)部優(yōu)化器做的董习。
如：
此時索引name就不生效烈和，因為本身是字符串類型，而where查詢是整型
把100加引號就可以使用索引
解：
答：遵循前綴原則皿淋，%不在前原則招刹，要看查詢條件（組合索引和復(fù)合索引是一回事兒）,or前后都是索引才行，對于字符串索引要加雙引號
