mysql 索引詳解:
在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
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)
改成:
select* from product where out_date 2.索引大小不能超過一定值。 inodb 索引列 大小為 200個長度。 3.前綴和索引列的選擇性。 create index idx_NAME on table (account); 4.聯合索引 如何選擇索引列的順序。 1.經常會被索引的欄位。 2.選擇性高的里的列的優先。 3.對小的列建立索引。 感謝閱讀此文,希望能幫助大家,謝謝大家對本站的支持!