索引分類：

1.普通索引

這是最基本的索引，它沒有任何限制。它有以下幾種創(chuàng)建方式：

創(chuàng)建索引

CREATE INDEX indexName ON mytable(username(length)); 

如果是CHAR，VARCHAR類型，length可以小于字段實(shí)際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

修改表結(jié)構(gòu)

ALTER mytable ADD INDEX [indexName] ON (username(length))

創(chuàng)建表的時(shí)候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); 

刪除索引的語法：

DROP INDEX [indexName] ON mytable;

2.唯一索引

與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創(chuàng)建方式：

創(chuàng)建索引

CREATE UNIQUE INDEX indexName ON mytable(username(length))

修改表結(jié)構(gòu)

ALTER mytable ADD UNIQUE [indexName] ON (username(length))

創(chuàng)建表的時(shí)候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) ); 

3.主鍵索引

它是一種特殊的唯一索引，不允許有空值。一般是在建表的時(shí)候同時(shí)創(chuàng)建主鍵索引：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); 

當(dāng)然也可以用 ALTER 命令。
記?。阂粋€(gè)表只能有一個(gè)主鍵。

4.組合索引

為表添加多個(gè)字段：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );

為了進(jìn)一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個(gè)索引里：

ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);

建表時(shí)，usernname長度為 16，這里用 10。這是因?yàn)橐话闱闆r下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。
如果分別在 usernname，city，age上建立單列索引，讓該表有3個(gè)單列索引，查詢時(shí)和上述的組合索引效率也會大不一樣，遠(yuǎn)遠(yuǎn)低于我們的組合索引。
雖然此時(shí)有了三個(gè)索引，但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。建立這樣的組合索引，其實(shí)是相當(dāng)于分別建立了下面三組組合索引：

usernname,city,age
usernname,city
usernname 

為什么沒有 city，age這樣的組合索引呢？這是因?yàn)镸ySQL組合索引“最左前綴”的結(jié)果。簡單的理解就是只從最左面的開始組合。并不是只要包含這三列的查詢都會用到該組合索引，下面的幾個(gè)SQL就會用到這個(gè)組合索引：

SELECT * FROM mytable WHREE username="admin" AND city="鄭州" SELECT * FROM mytable WHREE username="admin" 

而下面幾個(gè)則不會用到：

SELECT * FROM mytable WHREE age=20 AND city="鄭州" SELECT * FROM mytable WHREE city="鄭州"

建立時(shí)機(jī)：

一般來說，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此，因?yàn)镸ySQL只對<，<=，=，>，>=，BETWEEN，IN，以及某些時(shí)候的LIKE才會使用索引。
例如：

SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city='鄭州' 

此時(shí)就需要對city和age建立索引，由于mytable表的userame也出現(xiàn)在了JOIN子句中，也有對它建立索引的必要。
剛才提到只有某些時(shí)候的LIKE才需建立索引。因?yàn)樵谝酝ㄅ浞?code>%和_開頭作查詢時(shí)，MySQL不會使用索引。例如下句會使用索引：

SELECT * FROM mytable WHERE username like'admin%' 

而下句就不會使用：
SELECT * FROM mytable WHEREt Name like'%admin'
因此，在使用LIKE時(shí)應(yīng)注意以上的區(qū)別。

不足：

◆雖然索引大大提高了查詢速度，同時(shí)卻會降低更新表的速度，如對表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r(shí)，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件。
◆建立索引會占用磁盤空間的索引文件。一般情況這個(gè)問題不太嚴(yán)重，但如果你在一個(gè)大表上創(chuàng)建了多種組合索引，索引文件的會膨脹很快。索引只是提高效率的一個(gè)因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時(shí)間研究建立最優(yōu)秀的索引，或優(yōu)化查詢語句。

注意事項(xiàng)：

◆索引不會包含有NULL值的列只要列中包含有NULL值都將不會被包含在索引中，復(fù)合索引中只要有一列含有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中的列是不會使用索引的。因此數(shù)據(jù)庫默認(rèn)排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個(gè)列的排序，如果需要最好給這些列創(chuàng)建復(fù)合索引。
◆like語句操作一般情況下不鼓勵(lì)使用like操作，如果非使用不可，如何使用也是一個(gè)問題。like “%aaa%”不會使用索引而like “aaa%”可以使用索引。
◆不要在列上進(jìn)行運(yùn)算
select * from users where YEAR(adddate)<2007;
將在每個(gè)行上進(jìn)行運(yùn)算，這將導(dǎo)致索引失效而進(jìn)行全表掃描，因此我們可以改成
select * from users where adddate<‘2007-01-01’;
◆不使用NOT IN和<>操作