在mysql 中，索引可以分為兩種類型 hash索引和 btree索引。
什麼情況下可以用到B樹索引？
1.全值匹配索引
比如：
orderID="123”
2.匹配最左前綴索引查詢
比如：在userid 和 date字段上創建聯合索引。
那麼如果輸入 userId作為條件，那麼這個userid可以使用到索引，如果直接輸入 date作為條件，那麼將不能使用到索引。
3.匹配列前綴查詢
比如： order_sn like ‘134%' 這樣可以使用到索引。
4.匹配范圍值查詢
createTime>'2015-01-09’ and createTime<'2015-01-10'
5.精確匹配左前列並范圍匹配另外一列
比如：
userId=1 and createTime>’2016-9-18’
6.只訪問索引的查詢，稱為覆蓋索引，及索引包括查詢列的數據。
BTREE索引的限制
1.如果不是按照索引的最左列開始查找，則無法使用索引。
比如創建聯合索引：
orderId ，createTime 字段創建聯合索引，如果只是輸入 createTIme的條件，沒有orderid的條件，那麼將不能使用此索引。
2.使用索引時不能跳過索引的列。
三列：
日期，姓名，電話 組成列和索引，如果查詢時 只輸入 日期 和電話，那麼只能使用日期作為索引進行過濾。
3.NOT IN 和 <> 操作無法使用索引。
4.如果查詢中有某個列的范圍查詢，則其右邊所有列都無法使用索引。
hash 索引的特點
hash索引是基於hash表實現的，只有查詢條件精確匹配hash 索引中的所有列時，才能使用hash索引。只能是等值查詢。
對於hash索引中的所有列，存儲引擎都會為每一行計算一個hash碼，hash索引中存儲的就是hash碼。
限制：
1.必須兩次讀取，先讀取hash 找到對應的行，再讀取對應的行數據。
2.hash索引無法用於排序。
3.只支持精確查找，不支持部分索引查找，也不支持范圍查找。
hash沖突：
hash 索引不能使用於選擇性很差的字段，而要用在比如 選擇性強的列上創建hash索引。
比如：不要在性別字段上創建hash索引。
為什麼要使用索引？
1.索引大大減少存儲引擎需要掃描的數據量。索引小於數據大小。
2.索引可以幫助我們進行排序以避免使用臨時表。索引是有順序的。
3.索引可以把隨機的I/0 變為 順序的IO
索引是不是越多越好？
1.索引會增加寫操作的成本
2.太多的索引會增加查詢優化器和選擇時間。
建立索引的策略
1.索引列上不能使用表達式或函數
比如：
select * from product where to_days(out_date) –to_days(current_date)<=30，out_date為索引列。
改成：
select* from product where out_date<date_add(current_date,interval 30 day)
2.索引大小不能超過一定值。
inodb 索引列 大小為 200個長度。
3.前綴和索引列的選擇性。
create index idx_NAME on table (account);
4.聯合索引
如何選擇索引列的順序。
1.經常會被索引的列。
2.選擇性高的裡的列的優先。
3.對小的列創建索引。
