明輝手游網(wǎng)中心:是一個(gè)免費(fèi)提供流行視頻軟件教程、在線學(xué)習(xí)分享的學(xué)習(xí)平臺(tái)!

MySQL索引經(jīng)驗(yàn)之淺見

[摘要]在數(shù)據(jù)庫(kù)表中,使用索引可以大大提高查詢速度。假如我們創(chuàng)建了一個(gè)testIndex表:CREATE TABLE testIndex(i_testID INT NOT NULL,vc_Name VARCHAR(16) NOT NULL);我們隨機(jī)向里面插入了1000條記錄,其中有一條i_testIDv...
在數(shù)據(jù)庫(kù)表中,使用索引可以大大提高查詢速度。

假如我們創(chuàng)建了一個(gè)testIndex表:
CREATE TABLE testIndex(i_testID INT NOT NULL,vc_Name VARCHAR(16) NOT NULL);

我們隨機(jī)向里面插入了1000條記錄,其中有一條
i_testIDvc_Name
555erquan
 
在查找vc_Name="erquan"的記錄
SELECT * FROM testIndex WHERE vc_Name='erquan';
時(shí),如果在vc_Name上已經(jīng)建立了索引,MySql無(wú)須任何掃描,即準(zhǔn)確可找到該記錄!相反,MySql會(huì)掃描所有記錄,即要查詢1000次啊~~可以索引將查詢速度提高100倍。

一、索引分單列索引和組合索引
 單列索引:即一個(gè)索引只包含單個(gè)列,一個(gè)表可以有多個(gè)單列索引,但這不是組合索引。
 組合索引:即一個(gè)索包含多個(gè)列。

二、介紹一下索引的類型

1.普通索引。
這是最基本的索引,它沒(méi)有任何限制。它有以下幾種創(chuàng)建方式:
(1)創(chuàng)建索引:CREATE INDEX indexName ON tableName(tableColumns(length));如果是CHAR,VARCHAR類型,length可以小于字段實(shí)際長(zhǎng)度;如果是BLOB 和 TEXT 類型,必須指定length,下同。
(2)修改表結(jié)構(gòu):ALTER tableName ADD INDEX [indexName] ON (tableColumns(length))
(3)創(chuàng)建表的時(shí)候直接指定:CREATE TABLE tableName ( [...], INDEX [indexName] (tableColumns(length)) ;

2.唯一索引。
 它與前面的"普通索引"類似,不同的就是:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一。它有以下幾種創(chuàng)建方式:
 (1)創(chuàng)建索引:CREATE UNIQUE INDEX indexName ON tableName(tableColumns(length))
(2)修改表結(jié)構(gòu):ALTER tableName ADD UNIQUE [indexName] ON (tableColumns(length))
(3)創(chuàng)建表的時(shí)候直接指定:CREATE TABLE tableName ( [...], UNIQUE [indexName] (tableColumns(length));

 3.主鍵索引
 它是一種特殊的唯一索引,不允許有空值。一般是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引:CREATE TABLE testIndex(i_testID INT NOT NULL AUTO_INCREMENT,vc_Name VARCHAR(16) NOT NULL,PRIMARY KEY(i_testID)); 當(dāng)然也可以用ALTER命令。
 記住:一個(gè)表只能有一個(gè)主鍵。

4.全文索引
MySQL從3.23.23版開始支持全文索引和全文檢索。這里不作討論,呵呵~~

刪除索引的語(yǔ)法:DROP INDEX index_name ON tableName

三、單列索引和組合索引

為了形象地對(duì)比兩者,再建一個(gè)表:
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條記錄里面7上8下地分布了5條vc_Name="erquan"的記錄,只不過(guò)city,age,school的組合各不相同。
來(lái)看這條T-SQL:
SELECT i_testID FROM myIndex WHERE vc_Name='erquan' AND vc_City='鄭州' AND i_Age=25;

首先考慮建單列索引:
在vc_Name列上建立了索引。執(zhí)行T-SQL時(shí),MYSQL很快將目標(biāo)鎖定在了vc_Name=erquan的5條記錄上,取出來(lái)放到一中間結(jié)果集。在這個(gè)結(jié)果集里,先排除掉vc_City不等于"鄭州"的記錄,再排除i_Age不等于25的記錄,最后篩選出唯一的符合條件的記錄。

雖然在vc_Name上建立了索引,查詢時(shí)MYSQL不用掃描整張表,效率有所提高,但離我們的要求還有一定的距離。同樣的,在vc_City和i_Age分別建立的單列索引的效率相似。

為了進(jìn)一步榨取MySQL的效率,就要考慮建立組合索引。就是將vc_Name,vc_City,i_Age建到一個(gè)索引里:
ALTER TABLE myIndex ADD INDEX name_city_age (vc_Name(10),vc_City,i_Age);--注意了,建表時(shí),vc_Name長(zhǎng)度為50,這里為什么用10呢?因?yàn)橐话闱闆r下名字的長(zhǎng)度不會(huì)超過(guò)10,這樣會(huì)加速索引查詢速度,還會(huì)減少索引文件的大小,提高INSERT的更新速度。

執(zhí)行T-SQL時(shí),MySQL無(wú)須掃描任何記錄就到找到唯一的記錄!

肯定有人要問(wèn)了,如果分別在vc_Name,vc_City,i_Age上建立單列索引,讓該表有3個(gè)單列索引,查詢時(shí)和上述的組合索引效率一樣吧?嘿嘿,大不一樣,遠(yuǎn)遠(yuǎn)低于我們的組合索引~~雖然此時(shí)有了三個(gè)索引,但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。

建立這樣的組合索引,其實(shí)是相當(dāng)于分別建立了
vc_Name,vc_City,i_Age
vc_Name,vc_City
vc_Name
這樣的三個(gè)組合索引!為什么沒(méi)有vc_City,i_Age等這樣的組合索引呢?這是因?yàn)閙ysql組合索引"最左前綴"的結(jié)果。簡(jiǎn)單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會(huì)用到該組合索引,下面的幾個(gè)T-SQL會(huì)用到:
SELECT * FROM myIndex WHREE vc_Name="erquan" AND vc_City="鄭州"
SELECT * FROM myIndex WHREE vc_Name="erquan"
而下面幾個(gè)則不會(huì)用到:
SELECT * FROM myIndex WHREE i_Age=20 AND vc_City="鄭州"
SELECT * FROM myIndex WHREE vc_City="鄭州"

四、使用索引
到此你應(yīng)該會(huì)建立、使用索引了吧?但什么情況下需要建立索引呢?一般來(lái)說(shuō),在WHERE和JOIN中出現(xiàn)的列需要建立索引,但也不完全如此,因?yàn)镸ySQL只對(duì) <,<=,=,>,>=,BETWEEN,IN,以及某些時(shí)候的LIKE(后面有說(shuō)明)才會(huì)使用索引。
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='鄭州'時(shí),有對(duì)myIndex表的vc_City和i_Age建立索引的需要,由于testIndex表的vc_Name開出現(xiàn)在了JOIN子句中,也有對(duì)它建立索引的必要。

剛才提到了,只有某些時(shí)候的LIKE才需建立索引?是的。因?yàn)樵谝酝ㄅ浞?% 和 _ 開頭作查詢時(shí),MySQL不會(huì)使用索引,如
SELECT * FROM myIndex WHERE vc_Name like'erquan%'
會(huì)使用索引,而
SELECT * FROM myIndex WHEREt vc_Name like'%erquan'
就不會(huì)使用索引了。


五、索引的不足之處

上面說(shuō)了那么多索引的好話,它真的有像傳說(shuō)中那么優(yōu)秀么?當(dāng)然會(huì)有缺點(diǎn)了。

1.雖然索引大大提高了查詢速度,同時(shí)卻會(huì)降低更新表的速度,如對(duì)表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r(shí),MySQL不僅要保存數(shù)據(jù),還要保存一下索引文件

2.建立索引會(huì)占用磁盤空間的索引文件。一般情況這個(gè)問(wèn)題不太嚴(yán)重,但如果你在一個(gè)大表上創(chuàng)建了多種組合索引,索引文件的會(huì)膨脹很快。


篇尾:
講了這么多,無(wú)非是想利用索引提高數(shù)據(jù)庫(kù)的執(zhí)行效率。不過(guò)索引只是提高效率的一個(gè)因素。如果你的MySQL有大數(shù)據(jù)的表,就需要花時(shí)間研究建立最優(yōu)秀的索引或優(yōu)化查詢語(yǔ)句。

如果你覺(jué)得上面有不妥的地方或有不同的意見或有需要補(bǔ)充的地方,歡迎跟貼討論^_^。

參考:MYSQL中文手冊(cè)、MYSQL在線手冊(cè)、SQLSERVER聯(lián)機(jī)叢書、PC163-IT指南

erquan
2003/2/25 下午于鄭州