簡略引見下MYSQL的索引類型。本站提示廣大學習愛好者：（簡略引見下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有年夜數據的表，就須要花時光研討樹立最優良的索引或優化查詢語句。
以上所述就是本文的全體內容了，願望年夜家可以或許愛好。
