Mysql-索引優化策略

本節后邊通過實際易懂的舉例,來說明索引實際的觸發,從而優化自己在加索引時使用的策略。

一.索引類型

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 and price>100 ; //查詢第3個欄目,100元以上的商品

??誤: cat_id上,和, price上都加上索引.

??錯: 只能用上cat_id或Price索引,因為是獨立的索引結構,同時只能用上1個。詳細排列敘述,請見Mysql-索引結構直觀圖解

Mysql-索引優化策略

2.2 多列索引上,索引發揮作用,需要滿足左前綴要求.

誤: 在多列上建立索引后,查詢哪個列,索引都將發揮作用

以 index(a,b,c) 為例,

Mysql-索引優化策略

?三.總結:

1.聯合索引的順序遵循左前綴原理,必須層層連貫,sql語句中where條件沒有前后關系, 如上邊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)!

? 版權聲明
THE END
喜歡就支持一下吧
點贊11 分享