mysql索引的型別和優缺點

今天同事問我關於mysql索引的事，我告訴他索引對於大資料量的查詢很有幫助，但對資料的修改和新增則有影響，今年1月份**大資料量的處理時我們就用到了新增索引，不過由於最近真正的開發不多，不少東西都忘了，所以回來趕緊複習一下。

現在來介紹了資料庫索引，及其優、缺點。針對mysql索引的特點、應用進行了詳細的描述。分析了如何避免mysql無法使用，如何使用explain分析查詢語句，如何優化mysql索引的應用。本文摘自《mysql 5權威指南》(3rd)的8.9節。

索引是一種特殊的檔案(innodb資料表上的索引是表空間的乙個組成部分)，它們包含著對資料表裡所有記錄的引用指標。

注：[1]索引不是萬能的！索引可以加快資料檢索操作，但會使資料修改操作變慢。每修改資料記錄，索引就必須重新整理一次。為了在某種程式上彌補這一缺陷，許多sql命令都有乙個delay_key_write項。這個選項的作用是暫時制止mysql在該命令每插入一條新記錄和每修改一條現有之後立刻對索引進行重新整理，對索引的重新整理將等到全部記錄插入/修改完畢之後再進行。在需要把許多新記錄插入某個資料表的場合，delay_key_write選項的作用將非常明顯。[2]另外，索引還會在硬碟上占用相當大的空間。因此應該只為最經常查詢和最經常排序的資料列建立索引。注意，如果某個資料列包含許多重複的內容，為它建立索引就沒有太大的實際效果。

從理論上講，完全可以為資料表裡的每個字段分別建乙個索引，但mysql把同乙個資料表裡的索引總數限制為16個。

1. innodb資料表的索引

與myisam資料表相比，索引對innodb資料的重要性要大得多。在innodb資料表上，索引對innodb資料表的重要性要在得多。在 innodb資料表上，索引不僅會在搜尋資料記錄時發揮作用，還是資料行級鎖定機制的苊、基礎。」資料行級鎖定」的意思是指在事務操作的執行過程中鎖定正在被處理的個別記錄，不讓其他使用者進行訪問。這種鎖定將影響到(但不限於)select…lock in share mode、select…for update命令以及insert、update和delete命令。

出於效率方面的考慮，innodb資料表的資料行級鎖定實際發生在它們的索引上，而不是資料表自身上。顯然，資料行級鎖定機制只有在有關的資料表有乙個合適的索引可供鎖定的時候才能發揮效力。

2. 限制

如果wehere子句的查詢條件裡有不等號(where coloum != …)，mysql將無法使用索引。

類似地，如果where子句的查詢條件裡使用了函式(where day(column) = …)，mysql也將無法使用索引。

在join操作中(需要從多個資料表提取資料時)，mysql只有在主鍵和外來鍵的資料型別相同時才能使用索引。

如果where子句的查詢條件裡使用比較操作符like和regexp，mysql只有在搜尋模板的第乙個字元不是萬用字元的情況下才能使用索引。比如說，如果查詢條件是like 『abc%』，mysql將使用索引；如果查詢條件是like 『%abc』，mysql將不使用索引。

在order by操作中，mysql只有在排序條件不是乙個查詢條件表示式的情況下才使用索引。(雖然如此，在涉及多個資料表查詢裡，即使有索引可用，那些索引在加快 order by方面也沒什麼作用)

如果某個資料列裡包含許多重複的值，就算為它建立了索引也不會有很好的效果。比如說，如果某個資料列裡包含的淨是些諸如」0/1″或」y/n」等值，就沒有必要為它建立乙個索引。

普通索引、唯一索引和主索引

1. 普通索引

普通索引(由關鍵字key或index定義的索引)的唯一任務是加快對資料的訪問速度。因此，應該只為那些最經常出現在查詢條件(where column = …)或排序條件(order by column)中的資料列建立索引。只要有可能，就應該選擇乙個資料最整齊、最緊湊的資料列(如乙個整數型別的資料列)來建立索引。

2. 唯一索引

普通索引允許被索引的資料列包含重複的值。比如說，因為人有可能同名，所以同乙個姓名在同乙個」員工個人資料」資料表裡可能出現兩次或更多次。

如果能確定某個資料列將只包含彼此各不相同的值，在為這個資料列建立索引的時候就應該用關鍵字unique把它定義為乙個唯一索引。這麼做的好處：一是簡化了mysql對這個索引的管理工作，這個索引也因此而變得更有效率；二是mysql會在有新記錄插入資料表時，自動檢查新記錄的這個欄位的值是否已經在某個記錄的這個欄位裡出現過了；如果是，mysql將拒絕插入那條新記錄。也就是說，唯一索引可以保證資料記錄的唯一性。事實上，在許多場合，人們建立唯一索引的目的往往不是為了提高訪問速度，而只是為了避免資料出現重複。

3. 主索引

在前面已經反覆多次強調過：必須為主鍵欄位建立乙個索引，這個索引就是所謂的」主索引」。主索引與唯一索引的唯一區別是：前者在定義時使用的關鍵字是 primary而不是unique。

4. 外來鍵索引

如果為某個外來鍵字段定義了乙個外來鍵約束條件，mysql就會定義乙個內部索引來幫助自己以最有效率的方式去管理和使用外來鍵約束條件。

5. 復合索引

索引可以覆蓋多個資料列，如像index(columna, columnb)索引。這種索引的特點是mysql可以有選擇地使用乙個這樣的索引。如果查詢操作只需要用到columna資料列上的乙個索引，就可以使用復合索引index(columna, columnb)。不過，這種用法僅適用於在復合索引中排列在前的資料列組合。比如說，index(a, b, c)可以當做a或(a, b)的索引來使用，但不能當做b、c或(b, c)的索引來使用。

6. 索引的長度

在為char和varchar型別的資料列定義索引時，可以把索引的長度限制為乙個給定的字元個數(這個數字必須小於這個欄位所允許的最大字元個數)。這麼做的好處是可以生成乙個尺寸比較小、檢索速度卻比較快的索引檔案。在絕大多數應用裡，資料庫中的字串資料大都以各種各樣的名字為主，把索引的長度設定為10~15個字元已經足以把搜尋範圍縮小到很少的幾條資料記錄了。

在為blob和text型別的資料列建立索引時，必須對索引的長度做出限制；mysql所允許的最大索引長度是255個字元。

全文索引

文字欄位上的普通索引只能加快對出現在字段內容最前面的字串(也就是字段內容開頭的字元)進行檢索操作。如果欄位裡存放的是由幾個、甚至是多個單詞構成的較大段文字，普通索引就沒什麼作用了。這種檢索往往以like %word%的形式出現，這對mysql來說很複雜，如果需要處理的資料量很大，響應時間就會很長。

這類場合正是全文索引(full-text index)可以大顯身手的地方。在生成這種型別的索引時，mysql將把在文字中出現的所有單詞建立為乙份清單，查詢操作將根據這份清單去檢索有關的數據記錄。全文索引即可以隨資料表一同建立，也可以等日後有必要時再使用下面這條命令新增：

alter table tablename add fulltext(column1, column2)

有了全文索引，就可以用select查詢命令去檢索那些包含著乙個或多個給定單詞的資料記錄了。下面是這類查詢命令的基本語法：

select * from tablename

where match(column1, column2) against(『word1′, 『word2′, 『word3′)

上面這條命令將把column1和column2欄位裡有word1、word2和word3的資料記錄全部查詢出來。

註解：innodb資料表不支援全文索引。

mysql索引的型別和優缺點

mysql索引的型別和優缺點

mysql索引的型別和優缺點

mysql的索引型別以及優缺點

相關推薦