數據庫索引的創建,以及BTree索引和Hash索引的區別

數據庫索引的創建

經常需要進行更新操作的屬性

1、表的主鍵、外鍵必須有索引;

2、數據量超過300的表應該有索引;

3、經常與其他表進行連接的表,在連接字段上應該建立索引;

4、經常出現在Where子句中的字段,特別是大表的字段,應該建立索引;

5、索引應該建在選擇性高的字段上;

6、索引應該建在小字段上,對於大的文本字段甚至超長字段,不要建索引;

7、複合索引的建立需要進行仔細分析;儘量考慮用單字段索引代替:

      A、正確選擇複合索引中的主列字段,一般是選擇性較好的字段;

      B、複合索引的幾個字段是否經常同時以AND方式出現在Where子句中?單字段查詢是否極少甚至沒有?如果是,則可以建立複合索引;否則考慮單字段索引;

      C、如果複合索引中包含的字段經常單獨出現在Where子句中,則分解爲多個單字段索引;

      D、如果複合索引所包含的字段超過3個,那麼仔細考慮其必要性,考慮減少複合的字段;

      E、如果既有單字段索引,又有這幾個字段上的複合索引,一般可以刪除複合索引;

8、頻繁進行數據操作的表,不要建立太多的索引;

9、刪除無用的索引,避免對執行計劃造成負面影響;

以上是一些普遍的建立索引時的判斷依據。一言以蔽之,索引的建立必須慎重,對每個索引的必要性都應該經過仔細分析,要有建立的依據。因爲太多的索引與不充分、不正確的索引對性能都毫無益處:在表上建立的每個索引都會增加存儲開銷,索引對於插入、刪除、更新操作也會增加處理上的開銷。另外,過多的複合索引,在有單字段索引的情況下,一般都是沒有存在價值的;相反,還會降低數據增加刪除時的性能,特別是對頻繁更新的表來說,負面影響更大。


(簡注:1、利用最左前綴:Mysql會一直向右查找直到遇到範圍操作(>,<,like、between)就停止匹配。比如a=1 and b=2 and c>3 and d=6;此時如果建立了(a,b,c,d)索引,那麼後面的d索引是完全沒有用到,當換成了(a,b,d,c)就可以用到。

2、不能過度索引:在修改表內容的時候,索引必須更新或者重構,所以索引過多時,會消耗更多的時間。

3、儘量擴展索引而不要新建索引

4、最適合的索引的列是出現在where子句中的列或連接子句中指定的列。

5、不同值較少的列不必要建立索引(性別)。)

BTree索引和Hash索引

索引是幫助mysql獲取數據的數據結構。最常見的索引是Btree索引和Hash索引。

我們在mysql中常用兩種索引算法BTree和Hash,兩種算法檢索方式不一樣,對查詢的作用也不一樣

一、BTree 
BTree索引是最常用的mysql數據庫索引算法,因爲它不僅可以被用在=,>,>=,<,<=和between這些比較操作符上,而且還可以用於like操作符,只要它的查詢條件是一個不以通配符開頭的常量,例如: 
select * from user where name like ‘jack%’; 
select * from user where name like ‘jac%k%’; 
如果一通配符開頭,或者沒有使用常量,則不會使用索引,例如: 
select * from user where name like ‘%jack’; 
select * from user where name like simply_name; 

二、Hash 
Hash索引只能用於對等比較,例如=,<=>(相當於=)操作符。由於是一次定位數據,不像BTree索引需要從根節點到枝節點,最後才能訪問到頁節點這樣多次IO訪問,所以檢索效率遠高於BTree索引。 

mysql索引類型normal,unique,full text的區別

normal:表示普通索引

unique:表示唯一的,不允許重複的索引,如果該字段信息保證不會重複例如身份證號用作索引時,可設置爲unique

full textl: 表示 全文搜索的索引。 FULLTEXT 用於搜索很長一篇文章的時候,效果最好。用在比較短的文本,如果就一兩行字的,普通的 INDEX 也可以。
 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章