mysql索引詳解

1、索引方法
Mysql目前主要有如下幾種索引類型：FULLTEXT，HASH，BTREE，RTREE。

1. FULLTEXT
即爲全文索引，目前只有MyISAM引擎支持。其能夠在CREATE TABLE ，ALTER TABLE ，CREATE INDEX 使用，不過目前只有 CHAR、VARCHAR ，TEXT 列上能夠建立全文索引。

全文索引並非和MyISAM一塊兒誕生的，它的出現是爲了解決WHERE name LIKE 「%word%"這類針對文本的模糊查詢效率較低的問題。

2. HASH
因爲HASH的惟一（幾乎100%的惟一）及相似鍵值對的形式，很適合做爲索引。

HASH索引能夠一次定位，不須要像樹形索引那樣逐層查找,所以具備極高的效率。可是，這種高效是有條件的，即只在「=」和「in」條件下高效，對於範圍查詢、排序及組合索引仍然效率不高。

3. BTREE
BTREE索引就是一種將索引值按必定的算法，存入一個樹形的數據結構中（二叉樹），每次查詢都是從樹的入口root開始，依次遍歷node，獲取leaf。這是MySQL裏默認和最經常使用的索引類型。

4. RTREE
RTREE在MySQL不多使用，僅支持geometry數據類型，支持該類型的存儲引擎只有MyISAM、BDb、InnoDb、NDb、Archive幾種。

相對於BTREE，RTREE的優點在於範圍查找

 

2、索引類型
普通索引：僅加速查詢

惟一索引：加速查詢 + 列值惟一（能夠有null）

主鍵索引：加速查詢 + 列值惟一（不能夠有null）+ 表中只有一個

組合索引：多列值組成一個索引，專門用於組合搜索，其效率大於索引合併

全文索引：對文本的內容進行分詞，進行搜索

ps.索引合併，使用多個單列索引組合搜索

覆蓋索引，select的數據列只用從索引中就可以取得，沒必要讀取數據行，換句話說查詢列要被所建的索引覆蓋

 

3、數據庫創建索引經常使用的規則以下：

一、表的主鍵、外鍵必須有索引； 
二、數據量超過300的表應該有索引； 
三、常常與其餘表進行鏈接的表，在鏈接字段上應該創建索引； 
四、常常出如今Where子句中的字段，特別是大表的字段，應該創建索引； 
五、索引應該建在選擇性高的字段上； 
六、索引應該建在小字段上，對於大的文本字段甚至超長字段，不要建索引； 
七、複合索引的創建須要進行仔細分析；儘可能考慮用單字段索引代替：

A、正確選擇複合索引中的主列字段，通常是選擇性較好的字段；

B、複合索引的幾個字段是否常常同時以AND方式出如今Where子句中？單字段查詢是否極少甚至沒有？若是是，則能夠創建複合索引；不然考慮單字段索引；

C、若是複合索引中包含的字段常常單獨出如今Where子句中，則分解爲多個單字段索引；

E、若是既有單字段索引，又有這幾個字段上的複合索引，通常能夠刪除複合索引；

八、頻繁進行數據操做的表，不要創建太多的索引； 
九、刪除無用的索引，避免對執行計劃形成負面影響；

以上是一些廣泛的創建索引時的判斷依據。 
索引的創建必須慎重，對每一個索引的必要性都應該通過仔細分析，要有創建的依據。 
由於太多的索引與不充分、不正確的索引對性能都毫無益處：在表上創建的每一個索引都會增長存儲開銷，索引對於插入、刪除、更新操做也會增長處理上的開銷。 另外，過多的複合索引，在有單字段索引的狀況下，通常都是沒有存在價值的；相反，還會下降數據增長刪除時的性能，特別是對頻繁更新的表來講，負面影響更大。 
總的來講，小型表確定不建索引， 
或者數據庫記錄在億條數據級以上，仍是建議使用非關係型數據庫。 
還有些特殊字段的數據庫，好比BLOB，CLOB字段確定也不適合建索引。 
其實這個問題更感受偏向於作軟件項目的一種經驗。

4、MySql在創建索引優化時須要注意的問題

設計好MySql的索引可讓你的數據庫飛起來，大大的提升數據庫效率。設計MySql索引的時候有一下幾點注意：

1，建立索引

對於查詢佔主要的應用來講，索引顯得尤其重要。不少時候性能問題很簡單的就是由於咱們忘了添加索引而形成的，或者說沒有添加更爲有效的索引致使。若是不加索引的話，那麼查找任何哪怕只是一條特定的數據都會進行一次全表掃描，若是一張表的數據量很大而符合條件的結果又不多，那麼不加索引會引發致命的性能降低。可是也不是什麼狀況都非得建索引不可，好比性別可能就只有兩個值，建索引不只沒什麼優點，還會影響到更新速度，這被稱爲過分索引。

2，複合索引

好比有一條語句是這樣的：select * from users where area=’beijing’ and age=22; 
若是咱們是在area和age上分別建立單個索引的話，因爲mysql查詢每次只能使用一個索引，因此雖然這樣已經相對不作索引時全表掃描提升了不少效 
率，可是若是在area、age兩列上建立複合索引的話將帶來更高的效率。若是咱們建立了(area, age, 
salary)的複合索引，那麼其實至關於建立了(area,age,salary)、(area,age)、(area)三個索引，這被稱爲最佳左前綴 
特性。所以咱們在建立複合索引時應該將最經常使用做限制條件的列放在最左邊，依次遞減。

3，索引不會包含有NULL值的列

只要列中包含有NULL值都將不會被包含在索引中，複合索引中只要有一列含有NULL值，那麼這一列對於此複合索引就是無效的。因此咱們在數據庫設計時不要讓字段的默認值爲NULL。

4，使用短索引

對串列進行索引，若是可能應該指定一個前綴長度。例如，若是有一個CHAR(255)的 列，若是在前10 個或20 個字符內，多數值是唯一的，那麼就不要對整個列進行索引。短索引不只能夠提升查詢速度並且能夠節省磁盤空間和I/O操做。

5，排序的索引問題

mysql查詢只使用一個索引，所以若是where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。所以數據庫默認排序能夠符合要求的狀況下不要使用排序操做；儘可能不要包含多個列的排序，若是須要最好給這些列建立複合索引。

6，like語句操做

通常狀況下不鼓勵使用like操做，若是非使用不可，如何使用也是一個問題。like 「%a%」 不會使用索引而like 「aaa%」可使用索引。

7，不要在列上進行運算

select * from users where 
YEAR(adddate)

8，不使用NOT IN和操做

NOT IN和操做都不會使用索引將進行全表掃描。NOT IN能夠NOT EXISTS代替，id3則可以使用id>3 or id