1選擇索引的數據類型
MySQL支持很多數據類型，選擇合適的數據類型存儲數據對性能有很大的影響。通常來說，可以遵循以下一些指導原則：
(1)越小的數據類型通常更好：越小的數據類型通常在磁盤、內存和CPU緩存中都需要更少的空間，處理起來更快。
(2)簡單的數據類型更好：整型數據比起字符，處理開銷更小，因為字符串的比較更復雜。在MySQL中，應該用內置的日期和時間數據類型，而不是用字符串來存儲時間；以及用整型數據類型存儲IP地址。
(3)盡量避免NULL：應該指定列為NOT NULL，除非你想存儲NULL。在MySQL中，含有空值的列很難進行查詢優化，因為它們使得索引、索引的統計信息以及比較運算更加復雜。你應該用0、一個特殊的值或者一個空串代替空值。
2
索引的類型
索引是在存儲引擎中實現的，而不是在服務器層中實現的。所以，每種存儲引擎的索引都不一定完全相同，并不是所有的存儲引擎都支持所有的索引類型
(1)普通索引
這是最基本的索引，它沒有任何限制。它有以下幾種創建方式：
創建索引
CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小于字段實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。
修改表結構
ALTER?mytable?ADD?INDEX?[indexName]?ON?(username(length))?◆創建表的時候直接指定 CREATE?TABLE?mytable(???ID?INT?NOT?NULL,????username?VARCHAR(16)?NOT?NULL,???INDEX?[indexName]?(username(length))???);??刪除索引的語法： DROP?INDEX?[indexName]?ON?mytable;
(2)唯一索引
它與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創建方式：
創建索引
CREATE?UNIQUE?INDEX?indexName?ON?mytable(username(length))?◆修改表結構 ALTER?mytable?ADD?UNIQUE?[indexName]?ON?(username(length))?◆創建表的時候直接指定 CREATE?TABLE?mytable(???ID?INT?NOT?NULL,????username?VARCHAR(16)?NOT?NULL,???UNIQUE?[indexName]?(username(length))???);
(3)主鍵索引
它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創建主鍵索引：
CREATE?TABLE?mytable(???ID?INT?NOT?NULL,????username?VARCHAR(16)?NOT?NULL,???PRIMARY?KEY(ID)???);?? 當然也可以用?ALTER?命令。記住：一個表只能有一個主鍵。
(4)組合索引
為了形象地對比單列索引和組合索引，為表添加多個字段：
CREATE TABLE mytable( ? ID INT NOT NULL, ? ?username VARCHAR(16) NOT NULL, ? city VARCHAR(50) NOT NULL, ? age INT NOT NULL ?); ? 為了進一步榨取MySQL的效率，就
要考慮建立組合索引。就是將 name, city, age建到一個索引里：
ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); 建表時，usernname長度為 16，這里用 10。這是因為一般情況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。
如果分別在 usernname，city，age上建立單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不一樣，遠遠低于我們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。
建立這樣的組合索引，其實是相當于分別建立了下面三組組合索引：
usernname,city,age ? usernname,city ? usernname ?為什么沒有 city，age這樣的組合索引呢？這是因為MySQL組合索引“最左前綴”的結果。簡單的理解就是只從最左面的開始組合。(這是其中一道面試題，當時應該答對了)并不是只要包含這三列的查詢都會用到該組合索引，下面的幾個SQL就會用到這個組合索引：
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="鄭州"
3
建立索引的時機
到這里我們已經學會了建立索引，那么我們需要在什么情況下建立索引呢？一般來說，在WHERE和JOIN中出現的列需要建立索引，但也不完全如此， 因為MySQL只對，>=，BETWEEN，IN，以及某些時候的LIKE才會使用索引。例如：
SELECT?t.Name??FROM?mytable?t?LEFT?JOIN?mytable?m???? ON?t.Name=m.username?WHERE?m.age=20?AND?m.city='鄭州'?此時就需要對city和age建立索引，由于mytable表的userame也出現在了JOIN子句中，也有對它建立索引的必要。
剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時，MySQL不會使用索引。例如下句會使用索引：
SELECT?*?FROM?mytable?WHERE?username?like'admin%'?而下句就不會使用： SELECT?*?FROM?mytable?WHEREt?Name?like'%admin'?因此，在使用LIKE時應注意以上的區別。
4
索引的不足之處
上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：
雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對表進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數據，還要保存一下索引文件。
建立索引會占用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創建了多種組合索引，索引文件的會膨脹很快。
索引只是提高效率的一個因素，如果你的MySQL有大數據量的表，就需要花時間研究建立最優秀的索引，或優化查詢語句
5
使用索引的注意事項
使用索引時，有以下一些技巧和注意事項：
索引不會包含有NULL值的列
只要列中包含有NULL值都將不會被包含在索引中，復合索引中只要有一列含有NULL值，那么這一列對于此復合索引就是無效的。所以我們在數據庫設計時不要讓字段的默認值為NULL。
使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字符內，多數值是惟一的，那么就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。
索引列排序
MySQL查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那么order by中的列是不會使用索引的。因此數據庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列創建復合索引。
like語句操作
一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。
不要在列上進行運算
select?*?from?users?where?YEAR(adddate)<p>不使用NOT IN和操作</p><p>以上就是MySQL索引類型與優缺點的內容，更多相關內容請關注PHP中文網（www.php.cn）！</p>
