MySQL索引類型一覽 讓MySQL高效運(yùn)行起來

1、MySQL索引類型一覽 讓MySQL高效運(yùn)行起來索引是快速搜索的關(guān)鍵。MySQL索引的建立對于MySQL的高效運(yùn)行是很重要的。下面介紹幾種常見的MySQL索引類型。在數(shù)據(jù)庫表中，對字段建立索引可以大大提高查詢速度。假如我們創(chuàng)建了一個(gè) mytable表：1. CREATETABLEmytable( 2. 3. IDINTNOTNULL, 4. 5. usernameVARCHAR(16)NOTNULL6. 7. ); 8. 我們隨機(jī)向里面插入了10000條記錄，其中有一條：5555, admin。在查找username=admin的記錄 SELECT * FROM mytable WHERE u

2、sername=admin;時(shí)，如果在username上已經(jīng)建立了索引，MySQL無須任何掃描，即準(zhǔn)確可找到該記錄。相反，MySQL會(huì)掃描所有記錄，即要查詢10000條記錄。索引分單列索引和組合索引。單列索引，即一個(gè)索引只包含單個(gè)列，一個(gè)表可以有多個(gè)單列索引，但這不是組合索引。組合索引，即一個(gè)索包含多個(gè)列。MySQL索引類型包括：（1）普通索引這是最基本的索引，它沒有任何限制。它有以下幾種創(chuàng)建方式：創(chuàng)建索引1. CREATEINDEXindexNameONmytable(username(length);如果是CHAR，VARCHAR類型，length可以小于字段實(shí)際長度；如果是BLOB和TE

3、XT類型，必須指定 length，下同。修改表結(jié)構(gòu)1. ALTERmytableADDINDEXindexNameON(username(length)創(chuàng)建表的時(shí)候直接指定1. CREATETABLEmytable( 2. 3. IDINTNOTNULL, 4. 5. usernameVARCHAR(16)NOTNULL, 6. 7. INDEXindexName(username(length) 8. 9. ); 刪除索引的語法：1. DROPINDEXindexNameONmytable;（2）唯一索引它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則

4、列值的組合必須唯一。它有以下幾種創(chuàng)建方式：創(chuàng)建索引1. CREATEUNIQUEINDEXindexNameONmytable(username(length)修改表結(jié)構(gòu)1. ALTERmytableADDUNIQUEindexNameON(username(length)創(chuàng)建表的時(shí)候直接指定1. CREATETABLEmytable( 2. 3. IDINTNOTNULL, 4. 5. usernameVARCHAR(16)NOTNULL, 6. 7. UNIQUEindexName(username(length) 8. 9. ); （3）主鍵索引它是一種特殊的唯一索引，不允許有空值。一般

5、是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引：1. CREATETABLEmytable( 2. 3. IDINTNOTNULL, 4. 5. usernameVARCHAR(16)NOTNULL, 6. 7. PRIMARYKEY(ID) 8. 9. ); 當(dāng)然也可以用 ALTER 命令。記?。阂粋€(gè)表只能有一個(gè)主鍵。（4）組合索引為了形象地對比單列索引和組合索引，為表添加多個(gè)字段：1. CREATETABLEmytable( 2. 3. IDINTNOTNULL, 4. 5. usernameVARCHAR(16)NOTNULL, 6. 7. cityVARCHAR(50)NOTNULL, 8. 9. a

6、geINTNOTNULL10. 11. ); 為了進(jìn)一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個(gè)索引里：1. ALTERTABLEmytableADDINDEXname_city_age(name(10),city,age);建表時(shí)，usernname長度為 16，這里用 10。這是因?yàn)橐话闱闆r下名字的長度不會(huì)超過10，這樣會(huì)加速索引查詢速度，還會(huì)減少索引文件的大小，提高INSERT的更新速度。如果分別在 usernname，city，age上建立單列索引，讓該表有3個(gè)單列索引，查詢時(shí)和上述的組合索引效率也會(huì)大不一樣，遠(yuǎn)遠(yuǎn)低于我們的組合索引。雖

7、然此時(shí)有了三個(gè)索引，但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。建立這樣的組合索引，其實(shí)是相當(dāng)于分別建立了下面三組組合索引：1. usernname,city,age 2. 3. usernname,city 4. 5. usernname 為什么沒有 city，age這樣的組合索引呢？這是因?yàn)镸ySQL組合索引“最左前綴”的結(jié)果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會(huì)用到該組合索引，下面的幾個(gè)SQL就會(huì)用到這個(gè)組合索引：1. SELECT*FROMmytableWHREEusername=adminANDcity=鄭州2. 3. SELECT*F

8、ROMmytableWHREEusername=admin而下面幾個(gè)則不會(huì)用到：1. SELECT*FROMmytableWHREEage=20ANDcity=鄭州2. 3. SELECT*FROMmytableWHREEcity=鄭州（5）建立索引的時(shí)機(jī)到這里我們已經(jīng)學(xué)會(huì)了建立索引，那么我們需要在什么情況下建立索引呢？一般來說，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此，因?yàn)镸ySQL只對，=，BETWEEN，IN，以及某些時(shí)候的LIKE才會(huì)使用索引。例如：1. SELECTt.Name2. 3. FROMmytabletLEFTJOINmytablem 4. 5. ONt

9、.Name=m.usernameWHEREm.age=20ANDm.city=鄭州此時(shí)就需要對city和age建立索引，由于mytable表的userame也出現(xiàn)在了JOIN子句中，也有對它建立索引的必要。剛才提到只有某些時(shí)候的LIKE才需建立索引。因?yàn)樵谝酝ㄅ浞?和_開頭作查詢時(shí)，MySQL不會(huì)使用索引。例如下句會(huì)使用索引：1. SELECT*FROMmytableWHEREusernamelikeadmin%而下句就不會(huì)使用：1. SELECT*FROMmytableWHEREtNamelike%admin因此，在使用LIKE時(shí)應(yīng)注意以上的區(qū)別。（6）索引的不足之處上面都在說使用索引的好處

10、，但過多的使用索引將會(huì)造成濫用。因此索引也會(huì)有它的缺點(diǎn)：雖然索引大大提高了查詢速度，同時(shí)卻會(huì)降低更新表的速度，如對表進(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)化查詢語句。（7）使用索引的注意事項(xiàng)使用索引時(shí)，有以下一些技巧和注意事項(xiàng)：索引不會(huì)包含有NULL值的列只要列中包含有NULL值都將不會(huì)被包含在索引中，復(fù)合

11、索引中只要有一列含有NULL值，那么這一列對于此復(fù)合索引就是無效的。所以我們在數(shù)據(jù)庫設(shè)計(jì)時(shí)不要讓字段的默認(rèn)值為NULL。使用短索引對串列進(jìn)行索引，如果可能應(yīng)該指定一個(gè)前綴長度。例如，如果有一個(gè)CHAR(255)的列，如果在前10個(gè)或20個(gè)字符內(nèi)，多數(shù)值是惟一的，那么就不要對整個(gè)列進(jìn)行索引。短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作。索引列排序MySQL查詢只使用一個(gè)索引，因此如果where子句中已經(jīng)使用了索引的話，那么order by中的列是不會(huì)使用索引的。因此數(shù)據(jù)庫默認(rèn)排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個(gè)列的排序，如果需要最好給這些列創(chuàng)建復(fù)合索引。like語句操作一般情況下不鼓勵(lì)使用like操作，如果非使用不可，如何使用也是一個(gè)問題。like “%aaa%” 不會(huì)使用索引而like