.jpg)
1選擇索引的數(shù)據(jù)類型
MySQL支持很多數(shù)據(jù)類型，選擇合適的數(shù)據(jù)類型存儲(chǔ)數(shù)據(jù)對(duì)性能有很大的影響。通常來(lái)說(shuō)，可以遵循以下一些指導(dǎo)原則：
(1)越小的數(shù)據(jù)類型通常更好：越小的數(shù)據(jù)類型通常在磁盤、內(nèi)存和CPU緩存中都需要更少的空間，處理起來(lái)更快。
(2)簡(jiǎn)單的數(shù)據(jù)類型更好：整型數(shù)據(jù)比起字符，處理開銷更小，因?yàn)樽址谋容^更復(fù)雜。在MySQL中，應(yīng)該用內(nèi)置的日期和時(shí)間數(shù)據(jù)類型，而不是用字符串來(lái)存儲(chǔ)時(shí)間；以及用整型數(shù)據(jù)類型存儲(chǔ)IP地址。
(3)盡量避免NULL：應(yīng)該指定列為NOT NULL，除非你想存儲(chǔ)NULL。在MySQL中，含有空值的列很難進(jìn)行查詢優(yōu)化，因?yàn)樗鼈兪沟盟饕⑺饕慕y(tǒng)計(jì)信息以及比較運(yùn)算更加復(fù)雜。你應(yīng)該用0、一個(gè)特殊的值或者一個(gè)空串代替空值。
2
索引的類型
索引是在存儲(chǔ)引擎中實(shí)現(xiàn)的，而不是在服務(wù)器層中實(shí)現(xiàn)的。所以，每種存儲(chǔ)引擎的索引都不一定完全相同，并不是所有的存儲(chǔ)引擎都支持所有的索引類型
(1)普通索引
這是最基本的索引，它沒(méi)有任何限制。它有以下幾種創(chuàng)建方式：
創(chuàng)建索引
CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小于字段實(shí)際長(zhǎng)度；如果是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))???);??刪除索引的語(yǔ)法： 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)組合索引
為了形象地對(duì)比單列索引和組合索引，為表添加多個(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長(zhǎng)度為 16，這里用 10。這是因?yàn)橐话闱闆r下名字的長(zhǎng)度不會(huì)超過(guò)10，這樣會(huì)加速索引查詢速度，還會(huì)減少索引文件的大小，提高INSERT的更新速度。
如果分別在 usernname，city，age上建立單列索引，讓該表有3個(gè)單列索引，查詢時(shí)和上述的組合索引效率也會(huì)大不一樣，遠(yuǎn)遠(yuǎn)低于我們的組合索引。雖然此時(shí)有了三個(gè)索引，但MySQL只能用到其中的那個(gè)它認(rèn)為似乎是最有效率的單列索引。
建立這樣的組合索引，其實(shí)是相當(dāng)于分別建立了下面三組組合索引：
usernname,city,age ? usernname,city ? usernname ?為什么沒(méi)有 city，age這樣的組合索引呢？這是因?yàn)镸ySQL組合索引“最左前綴”的結(jié)果。簡(jiǎn)單的理解就是只從最左面的開始組合。(這是其中一道面試題，當(dāng)時(shí)應(yīng)該答對(duì)了)并不是只要包含這三列的查詢都會(huì)用到該組合索引，下面的幾個(gè)SQL就會(huì)用到這個(gè)組合索引：
SELECT?FROM?mytable?WHREE?username="admin"?AND?city="鄭州"??SELECT?FROM?mytable?WHREE?username="admin"?而下面幾個(gè)則不會(huì)用到： SELECT?FROM?mytable?WHREE?age=20?AND?city="鄭州"??SELECT?FROM?mytable?WHREE?city="鄭州"
3
建立索引的時(shí)機(jī)
到這里我們已經(jīng)學(xué)會(huì)了建立索引，那么我們需要在什么情況下建立索引呢？一般來(lái)說(shuō)，在WHERE和JOIN中出現(xiàn)的列需要建立索引，但也不完全如此， 因?yàn)镸ySQL只對(duì)，>=，BETWEEN，IN，以及某些時(shí)候的LIKE才會(huì)使用索引。例如：
SELECT?t.Name??FROM?mytable?t?LEFT?JOIN?mytable?m???? ON?t.Name=m.username?WHERE?m.age=20?AND?m.city='鄭州'?此時(shí)就需要對(duì)city和age建立索引，由于mytable表的userame也出現(xiàn)在了JOIN子句中，也有對(duì)它建立索引的必要。
剛才提到只有某些時(shí)候的LIKE才需建立索引。因?yàn)樵谝酝ㄅ浞?和_開頭作查詢時(shí)，MySQL不會(huì)使用索引。例如下句會(huì)使用索引：
SELECT?*?FROM?mytable?WHERE?username?like'admin%'?而下句就不會(huì)使用： SELECT?*?FROM?mytable?WHEREt?Name?like'%admin'?因此，在使用LIKE時(shí)應(yīng)注意以上的區(qū)別。
4
索引的不足之處
上面都在說(shuō)使用索引的好處，但過(guò)多的使用索引將會(huì)造成濫用。因此索引也會(huì)有它的缺點(diǎn)：
雖然索引大大提高了查詢速度，同時(shí)卻會(huì)降低更新表的速度，如對(duì)表進(jìn)行INSERT、UPDATE和DELETE。因?yàn)楦卤頃r(shí)，MySQL不僅要保存數(shù)據(jù)，還要保存一下索引文件。
建立索引會(huì)占用磁盤空間的索引文件。一般情況這個(gè)問(wèn)題不太嚴(yán)重，但如果你在一個(gè)大表上創(chuàng)建了多種組合索引，索引文件的會(huì)膨脹很快。
索引只是提高效率的一個(gè)因素，如果你的MySQL有大數(shù)據(jù)量的表，就需要花時(shí)間研究建立最優(yōu)秀的索引，或優(yōu)化查詢語(yǔ)句
5
使用索引的注意事項(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è)問(wèn)題。like “%aaa%” 不會(huì)使用索引而like “aaa%”可以使用索引。
不要在列上進(jìn)行運(yùn)算
select?*?from?users?where?YEAR(adddate)<p>不使用NOT IN和操作</p><p>以上就是MySQL索引類型與優(yōu)缺點(diǎn)的內(nèi)容，更多相關(guān)內(nèi)容請(qǐng)關(guān)注PHP中文網(wǎng)（www.php.cn）！</p>
.png)
