索引是快速搜索的關鍵。MySQL索引的建立對於MySQL的高效運行是很重要的。下面介紹幾種常見的MySQL索引類型。
在數據庫表中，對字段建立索引可以大大提高查詢速度。假如我們創建了一個 mytable表：
<code>CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL ); 我們隨機向裡面插入了10000條記錄，其中有一條：5555, admin。在查找username="admin"的記錄 SELECT * FROM mytable WHERE username='admin';時，如果在username上已經建立了索引，MySQL無須任何掃描，即準確可找到該記錄。相反，MySQL會掃描所有記錄，即要查詢10000條記錄。/<code>
索引分單列索引和組合索引。單列索引，即一個索引只包含單個列，一個表可以有多個單列索引，但這不是組合索引。組合索引，即一個索包含多個列。
MySQL索引類型包括：
1 普通索引
這是最基本的索引，它沒有任何限制。普通索引(由關鍵字KEY或INDEX定義的索引)的唯一任務是加快對數據的訪問速度。因此，應該只為那些最經常出現在查詢條件(WHERE column = …)或排序條件(ORDER BY column)中的數據列創建索引。只要有可能，就應該選擇一個數據最整齊、最緊湊的數據列(如一個整數類型的數據列)來創建索引。 創建方式：
創建索引
<code>CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小於字段實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。/<code>
修改表結構
<code>ALTER mytable ADD INDEX [indexName] ON (username(length))/<code>
創建表的時候直接指定
<code>CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); /<code>
刪除索引的語法：
<code>DROP INDEX [indexName] ON mytable;/<code>
2 唯一索引
它與前面的普通索引類似，不同的就是：普通索引允許被索引的數據列包含重複的值。而唯一索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。 創建方式：
創建索引
<code>CREATE UNIQUE INDEX indexName ON mytable(username(length))/<code>
修改表結構
<code>ALTER mytable ADD UNIQUE [indexName] ON (username(length))/<code>
創建表的時候直接指定
<code>CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) ); /<code>
3 主鍵索引
它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創建主鍵索引：
<code>CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); /<code>
當然也可以用 ALTER 命令。記住：一個表只能有一個主鍵。
與之類似的，外鍵索引 如果為某個外鍵字段定義了一個外鍵約束條件，MySQL就會定義一個內部索引來幫助自己以最有效率的方式去管理和使用外鍵約束條件。
4 組合索引
為了形象地對比單列索引和組合索引，為表添加多個字段：
<code>CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL ); /<code>
為了進一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個索引裡：
<code>ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); /<code>
建表時，usernname長度為 16，這裡用 10。這是因為一般情況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。
如果分別在 usernname，city，age上建立單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不一樣，遠遠低於我們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。
建立這樣的組合索引，其實是相當於分別建立了下面三組組合索引： usernname,city,age usernname,city usernname 為什麼沒有 city，age這樣的組合索引呢？這是因為MySQL組合索引“最左前綴”的結果。簡單的理解就是隻從最左面的開始組合。並不是只要包含這三列的查詢都會用到該組合索引，
下面的幾個SQL就會用到這個組合索引：
<code>SELECT * FROM mytable WHREE username="admin" AND city="鄭州" SELECT * FROM mytable WHREE username="admin"而下面幾個則不會用到：SELECT * FROM mytable WHREE age=20 AND city="鄭州" SELECT * FROM mytable WHREE city="鄭州"/<code>
5 建立索引的時機
到這裡我們已經學會了建立索引，那麼我們需要在什麼情況下建立索引呢？一般來說，在WHERE和JOIN中出現的列需要建立索引，但也不完全如此，因為MySQL只對，>=，BETWEEN，IN，以及某些時候的LIKE才會使用索引。 例如：
<code>SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city='鄭州' /<code>
此時就需要對city和age建立索引，由於mytable表的userame也出現在了JOIN子句中，也有對它建立索引的必要。
剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時，MySQL不會使用索引。like操作一般在全文索引中會用到（InnoDB數據表不支持全文索引）。
<code>例如下句會使用索引：SELECT * FROM mytable WHERE username like'admin%'而下句就不會使用：SELECT * FROM mytable WHEREt Name like'%admin' 因此，在使用LIKE時應注意以上的區別。/<code>
6 索引的不足之處
上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：
<code>雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對錶進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數據，還要保存索引文件。建立索引會佔用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創建了多種組合索引，索引文件的會膨脹很快。索引只是提高效率的一個因素，如果你的MySQL有大數據量的表，就需要花時間研究建立最優秀的索引，或優化查詢語句。因此應該只為最經常查詢和最經常排序的數據列建立索引。注意，如果某個數據列包含許多重複的內容，為它建立索引就沒有太大的實際效果。從理論上講，完全可以為數據表裡的每個字段分別建一個索引，但MySQL把同一個數據表裡的索引總數限制為16個。/<code>
7 使用索引的注意事項
使用索引時，有以下一些技巧和注意事項：
1.索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中，複合索引中只要有一列含有NULL值，那麼這一列對於此複合索引就是無效的。所以我們在數據庫設計時不要讓字段的默認值為NULL。
2.使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字符內，多數值是惟一的，那麼就不要對整個列進行索引。
短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。在絕大多數應用裡，數據庫中的字符串數據大都以各種各樣的名字為主，把索引的長度設置為10~15個字符已經足以把搜索範圍縮小到很少的幾條數據記錄了。
3.索引列排序
MySQL查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。因此數據庫默認排序可以符合要求的情況下不要使用排序操作；儘量不要包含多個列的排序，如果需要最好給這些列創建複合索引。
4.like語句操作
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。
5.不要在列上進行運算
select * from users where YEAR(adddate)<2007; 將在每個行上進行運算，這將導致索引失效而進行全表掃描，因此我們可以改成 select * from users where adddate
6.不使用NOT IN和<>操作
對於not in，可以用not exists或者（外聯結+判斷為空）來代替； 對於<>，用其它相同功能的操作運算代替，如a<>0 改為 a>0 or a<0
7.查詢和索引的優化
只有當數據庫裡已經有了足夠多的測試數據時，它的性能測試結果才有實際參考價值。如果在測試數據庫裡只有幾百條數據記錄，它們往往在執行完第一條查詢命令之後就被全部加載到內存裡，這將使後續的查詢命令都執行得非常快–不管有沒有使用索引。
只有當數據庫裡的記錄超過了1000條、數據總量也超過了 MySQL服務器上的內存總量時，數據庫的性能測試結果才有意義。
在不確定應該在哪些數據列上創建索引的時候，人們從EXPLAIN SELECT命令那裡往往可以獲得一些幫助。這其實只是簡單地給一條普通的SELECT命令加一個EXPLAIN關鍵字作為前綴而已。
有了這個關鍵字，MySQL將不是去執行那條SELECT命令，而是去對它進行分析。MySQL將以表格的形式把查詢的執行過程和用到的索引(如果有的話)等信息列出來。
閱讀更多 java播客 的文章
