索引是快速搜索的關(guān)鍵。MySQL索引的建立對(duì)于MySQL的高效運(yùn)行是很重要的。下面介紹幾種常見的MySQL索引類型。 在數(shù)據(jù)庫(kù)表中,對(duì)字段建立索引可以大大提高查詢速度。假如我們創(chuàng)建了一個(gè) mytable表:
我們隨機(jī)向里面插入了10000條記錄,其中有一條:5555, admin。 在查找username="admin"的記錄 SELECT * FROM mytable WHERE username='admin';時(shí),如果在username上已經(jīng)建立了索引,MySQL無(wú)須任何掃描,即準(zhǔn)確可找到該記錄。相反,MySQL會(huì)掃描 所有記錄,即要查詢10000條記錄。 索引分單列索引和組合索引。單列索引,即一個(gè)索引只包含單個(gè)列,一個(gè)表可以有多個(gè)單列索引,但這不是組合索引。組合索引,即一個(gè)索包含多個(gè)列。 MySQL索引類型包括: (1)普通索引 這是最基本的索引,它沒有任何限制。它有以下幾種創(chuàng)建方式: ◆創(chuàng)建索引
如果是CHAR,VARCHAR類型,length可以小于字段實(shí)際長(zhǎng)度;如果是BLOB和TEXT類型,必須指定 length,下同。 ◆修改表結(jié)構(gòu)
◆創(chuàng)建表的時(shí)候直接指定
刪除索引的語(yǔ)法:
(2)唯一索引 它與前面的普通索引類似,不同的就是:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一。它有以下幾種創(chuàng)建方式: ◆創(chuàng)建索引
◆修改表結(jié)構(gòu)
◆創(chuàng)建表的時(shí)候直接指定
(3)主鍵索引 它是一種特殊的唯一索引,不允許有空值。一般是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引:
當(dāng)然也可以用 ALTER 命令。記?。阂粋€(gè)表只能有一個(gè)主鍵。 (4)組合索引 為了形象地對(duì)比單列索引和組合索引,為表添加多個(gè)字段:
為了進(jìn)一步榨取MySQL的效率,就要考慮建立組合索引。就是將 name, city, age建到一個(gè)索引里: 建表時(shí),usernname長(zhǎng)度為 16,這里用 10。這是因?yàn)橐话闱闆r下名字的長(zhǎng)度不會(huì)超過10,這樣會(huì)加速索引查詢速度,還會(huì)減少索引文件的大小,提高INSERT的更新速度。 如果分別在 usernname,city,age上建立單列索引,讓該表有3個(gè)單列索引,查詢時(shí)和上述的組合索引效率也會(huì)大不一樣,遠(yuǎn)遠(yuǎn)低于我們的組合索引。雖然此時(shí)有了三個(gè)索引,但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。 建立這樣的組合索引,其實(shí)是相當(dāng)于分別建立了下面三組組合索引:
為什么沒有 city,age這樣的組合索引呢?這是因?yàn)镸ySQL組合索引“最左前綴”的結(jié)果。簡(jiǎn)單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會(huì)用到該組合索引,下面的幾個(gè)SQL就會(huì)用到這個(gè)組合索引:
而下面幾個(gè)則不會(huì)用到:
(5)建立索引的時(shí)機(jī) 到這里我們已經(jīng)學(xué)會(huì)了建立索引,那么我們需要在什么情況下建立索引呢?一般來說,在WHERE和JOIN中出現(xiàn)的列需要建立索引,但也不完全如此, 因?yàn)镸ySQL只對(duì)<,<=,=,>,>=,BETWEEN,IN,以及某些時(shí)候的LIKE才會(huì)使用索引。例如:
此時(shí)就需要對(duì)city和age建立索引,由于mytable表的userame也出現(xiàn)在了JOIN子句中,也有對(duì)它建立索引的必要。 剛才提到只有某些時(shí)候的LIKE才需建立索引。因?yàn)樵谝酝ㄅ浞?和_開頭作查詢時(shí),MySQL不會(huì)使用索引。例如下句會(huì)使用索引:
而下句就不會(huì)使用:
因此,在使用LIKE時(shí)應(yīng)注意以上的區(qū)別。 (6)索引的不足之處 上面都在說使用索引的好處,但過多的使用索引將會(huì)造成濫用。因此索引也會(huì)有它的缺點(diǎn): ◆雖然索引大大提高了查詢速度,同時(shí)卻會(huì)降低更新表的速度,如對(duì)表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r(shí),MySQL不僅要保存數(shù)據(jù),還要保存一下索引文件。 ◆建立索引會(huì)占用磁盤空間的索引文件。一般情況這個(gè)問題不太嚴(yán)重,但如果你在一個(gè)大表上創(chuàng)建了多種組合索引,索引文件的會(huì)膨脹很快。 索引只是提高效率的一個(gè)因素,如果你的MySQL有大數(shù)據(jù)量的表,就需要花時(shí)間研究建立最優(yōu)秀的索引,或優(yōu)化查詢語(yǔ)句。 (7)使用索引的注意事項(xiàng) 使用索引時(shí),有以下一些技巧和注意事項(xiàng): ◆索引不會(huì)包含有NULL值的列 只要列中包含有NULL值都將不會(huì)被包含在索引中,復(fù)合索引中只要有一列含有NULL值,那么這一列對(duì)于此復(fù)合索引就是無(wú)效的。所以我們?cè)跀?shù)據(jù)庫(kù)設(shè)計(jì)時(shí)不要讓字段的默認(rèn)值為NULL。 ◆使用短索引 對(duì)串列進(jìn)行索引,如果可能應(yīng)該指定一個(gè)前綴長(zhǎng)度。例如,如果有一個(gè)CHAR(255)的列,如果在前10個(gè)或20個(gè)字符內(nèi),多數(shù)值是惟一的,那么就不要對(duì)整個(gè)列進(jìn)行索引。短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作。 ◆索引列排序 MySQL查詢只使用一個(gè)索引,因此如果where子句中已經(jīng)使用了索引的話,那么order by中的列是不會(huì)使用索引的。因此數(shù)據(jù)庫(kù)默認(rèn)排序可以符合要求的情況下不要使用排序操作;盡量不要包含多個(gè)列的排序,如果需要最好給這些列創(chuàng)建復(fù)合索引。 ◆like語(yǔ)句操作 一般情況下不鼓勵(lì)使用like操作,如果非使用不可,如何使用也是一個(gè)問題。like “%aaa%” 不會(huì)使用索引而like “aaa%”可以使用索引。 ◆不要在列上進(jìn)行運(yùn)算
將在每個(gè)行上進(jìn)行運(yùn)算,這將導(dǎo)致索引失效而進(jìn)行全表掃描,因此我們可以改成
◆不使用NOT IN和<>操作 以上,就對(duì)其中MySQL索引類型進(jìn)行了介紹。 |
|