簡單介紹下MYSQL的索引類型

簡單介紹下MYSQL的索引類型

1、介紹一下索引的類型

Mysql常見索引有：主鍵索引、惟一索引、普通索引、全文索引、組合索引

PRIMARY KEY（主鍵索引） ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` ) UNIQUE(惟一索引) ALTER TABLE `table_name` ADD UNIQUE (`column`)

INDEX(普通索引) ALTER TABLE `table_name` ADD INDEX index_name ( `column` ) FULLTEXT(全文索引) ALTER TABLE `table_name` ADD FULLTEXT ( `column` )

組合索引 ALTER TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )

Mysql各類索引區別：

普通索引(INDEX)：最基本的索引，沒有任何限制

惟一索引(UNIQUE)：與"普通索引"相似，不一樣的就是：索引列的值必須惟一，但容許有空值。

主鍵索引(PRIMARY)：它 是一種特殊的惟一索引，不容許有空值。 

全文索引(FULLTEXT )：僅可用於 MyISAM 表， 用於在一篇文章中，檢索文本信息的, 針對較大的數據，生成全文索引很耗時好空間。

組合索引：爲了更多的提升mysql效率可創建組合索引，遵循」最左前綴「原則。

舉個例子來講，好比你在爲某商場作一個會員卡的系統。

這個系統有一個會員表

有下列字段：

會員編號 INT

會員姓名 VARCHAR(10)

會員身份證號碼 VARCHAR(18)

會員電話 VARCHAR(10)

會員住址 VARCHAR(50)

會員備註信息 TEXT

那麼這個 會員編號，做爲主鍵，使用 PRIMARY

會員姓名 若是要建索引的話，那麼就是普通的 INDEX

會員身份證號碼 若是要建索引的話，那麼能夠選擇 UNIQUE （惟一的，不容許重複）

會員備註信息 ， 若是須要建索引的話，能夠選擇 FULLTEXT，全文搜索。

不過 FULLTEXT 用於搜索很長一篇文章的時候，效果最好。

用在比較短的文本，若是就一兩行字的，普通的 INDEX 也能夠。

建立索引：CREATE UNIQUE INDEX indexName ON tableName(tableColumns(length))

刪除索引的語法：DROP INDEX index_name ON tableName

2、索引分單列索引和組合索引

單列索引：即一個索引只包含單個列，一個表能夠有多個單列索引，但這不是組合索引。

組合索引：即一個索包含多個列。

爲了形象地對比二者，再建一個表：

CREATE TABLE myIndex (

i_testID INT NOT NULL AUTO_INCREMENT,

vc_Name VARCHAR(50) NOT NULL,

vc_City VARCHAR(50) NOT NULL,

i_Age INT NOT NULL,

i_SchoolID INT NOT NULL, PRIMARY KEY (i_testID)

);

在這10000條記錄裏面七上八下地分佈了5條vc_Name="erquan"的記錄，只不過city,age,school的組合各不相同。

來看這條T-SQL：

SELECT i_testID FROM myIndex WHERE vc_Name='erquan' AND vc_City='鄭州' AND i_Age=25;

首先考慮建單列索引：

在vc_Name列上創建了索引。執行T-SQL時，MYSQL很快將目標鎖定在了vc_Name=erquan的5條記錄上，取出來放到一中間結果集。在這個結果集裏，先排除掉vc_City不等於"鄭州"的記錄，再排除i_Age不等於25的記錄，最後篩選出惟一的符合條件的記錄。

雖然在vc_Name上創建了索引，查詢時MYSQL不用掃描整張表，效率有所提升，但離咱們的要求還有必定的距離。一樣的，在vc_City和i_Age分別創建的單列索引的效率類似。

爲了進一步榨取MySQL的效率，就要考慮創建組合索引。就是將vc_Name,vc_City,i_Age建到一個索引裏：

ALTER TABLE myIndex ADD INDEX name_city_age (vc_Name(10),vc_City,i_Age);--注意了，建表時，vc_Name長度爲50，這裏爲何用10呢？由於通常狀況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減小索引文件的大小，提升INSERT的更新速度。

執行T-SQL時，MySQL無須掃描任何記錄就到找到惟一的記錄！！

確定有人要問了，若是分別在vc_Name,vc_City,i_Age上創建單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率同樣吧？嘿嘿，大不同，遠遠低於咱們的組合索引~~雖然此時有了三個索引，但MySQL只能用到其中的那個它認爲彷佛是最有效率的單列索引。

創建這樣的組合索引，實際上是至關於分別創建了

vc_Name,vc_City,i_Age
vc_Name,vc_City
vc_Name

這樣的三個組合索引！爲何沒有vc_City,i_Age等這樣的組合索引呢？這是由於mysql組合索引"最左前綴"的結果。簡單的理解就是隻從最左面的開始組合。並非只要包含這三列的查詢都會用到該組合索引，下面的幾個T-SQL會用到：

SELECT * FROM myIndex WHREE vc_Name="erquan" AND vc_City="鄭州"
SELECT * FROM myIndex WHREE vc_Name="erquan"

而下面幾個則不會用到：

SELECT * FROM myIndex WHREE i_Age=20 AND vc_City="鄭州"
SELECT * FROM myIndex WHREE vc_City="鄭州"

3、使用索引

到此你應該會創建、使用索引了吧？但什麼狀況下須要創建索引呢？通常來講，在WHERE和JOIN中出現的列須要創建索引，但也不徹底如此，由於MySQL只對 <，<=，=，>，>=，BETWEEN，IN，以及某些時候的LIKE(後面有說明)纔會使用索引。

SELECT t.vc_Name FROM testIndex t LEFT JOIN myIndex m ON t.vc_Name=m.vc_Name WHERE m.i_Age=20 AND m.vc_City='鄭州' 時，有對myIndex表的vc_City和i_Age創建索引的須要，因爲testIndex表的vc_Name開出如今了JOIN子句中，也有對它創建索引的必要。

剛纔提到了，只有某些時候的LIKE才需創建索引？是的。由於在以通配符 % 和 _ 開頭做查詢時，MySQL不會使用索引，如

SELECT * FROM myIndex WHERE vc_Name like'erquan%'

會使用索引，而

SELECT * FROM myIndex WHEREt vc_Name like'%erquan'

就不會使用索引了。

4、索引的不足之處

上面說了那麼多索引的好話，它真的有像傳說中那麼優秀麼？固然會有缺點了。

1.雖然索引大大提升了查詢速度，同時卻會下降更新表的速度，如對錶進行INSERT、UPDATE和DELETE。由於更新表時，MySQL不只要保存數據，還要保存一下索引文件

2.創建索引會佔用磁盤空間的索引文件。通常狀況這個問題不太嚴重，但若是你在一個大表上建立了多種組合索引，索引文件的會膨脹很快。

篇尾：

講了這麼多，無非是想利用索引提升數據庫的執行效率。不過索引只是提升效率的一個因素。若是你的MySQL有大數據的表，就須要花時間研究創建最優秀的索引或優化查詢語句。

以上所述就是本文的所有內容了，但願你們可以喜歡。 

參考來源： 
簡單介紹下MYSQL的索引類型
http://www.lai18.com/content/435668.html