本節後邊透過實際易懂的舉例，來說明索引實際的觸發，從而優化自己在加索引時所使用的策略。
一.索引類型
1.1 B-tree索引
注: 名叫btree索引,大的方面看,都用的平衡樹,但具體的實現上,各引擎稍有不同,
比如,嚴格嚴格的說,NDB引擎,使用的是T-tree，Myisam,innodb中,預設用B-tree索引
但抽像一下---B-tree系統,可理解為」排好序的快速查找結構」. 更多分析，見Mysql-索引-BTree類型【精簡】
1.2 hash索引
在memory表裡,預設為hash索引, hash的理論查詢時間複雜度為O(1)
疑問: 既然hash的查找如此高效,為什麼不都用hash索引?
答:
1:hash函數計算後的結果,是隨機的,如果是在磁碟上放置資料,例如主鍵為id為例,那麼隨著id的增長, id對應的行,在磁碟上隨機放置.
2: 不法對範圍查詢進行最佳化.
3: 無法利用前綴索引.例如 在btree中, field列的值「hellopworld」,並加索引，查詢 xx=helloword,自然可以利用索引, xx=hello,也可以利用索引. (左字首索引)。因為hash('helloword'),和hash('hello'),兩者的關係仍為隨機，其實就是因為HASH是精準的
4: 排序也無法優化.
5: 必須回行.是說透過索引拿到資料位置,必須回到表格中取資料
二.btree索引的常見誤解
2.1 在where條件常用的欄位加上索引
例: where cat_id=3 和 price> 100 ; //查詢第3欄,100元以上的商品
誤: cat_id上,和, price上都加上索引.
錯: 只能用上cat_id或Price索引,因為是獨立的索引結構,同時只能用上1個。詳細排列敘述，請參閱Mysql-索引結構直觀圖解
2.2 多列索引上,索引發揮作用,需要滿足左前綴要求.
誤: 在多列上建立索引後,查詢哪個列,索引都將發揮作用
以index(a,b,c) 為例,
三.總結：
1.聯合索引的順序遵循左前綴原理，必須層層連貫，語句中whereSQL語句中whereSQL條件沒有前後關係， 如上邊4，5查詢舉例
2.涉及到like 等範圍查詢，此查詢後的索引用不上如7
3.在1層層嵌套的前提下，用到了order排序，order排序不參加where條件,注意[where 字段a order by 字段a] 的問題，其實[order a ]假命題，因為已經等於a 了還排哪門子序
4.在select查詢中的where,多個條件無順序，但是索引添加時得注意順序，同一。
5.group 在分組中的工作原理：先order_by 排序，建立臨時表，如果建了索引，就能省去建立臨時表，所以索引對group有效
以上就是Mysql-索引優化策略的內容，更多相關內容請關注PHP中文網（www.php.cn）！
