1、創(chuàng)建索引
對(duì)于查詢占主要的應(yīng)用來說，索引顯得尤為重要。很多時(shí)候性能問題很簡單的就是因?yàn)槲覀兺颂砑铀饕斐傻?，或者說沒有添加更為有效的索引導(dǎo)致。如果不加索引的話，那么查找任何哪怕只是一條特定的數(shù)據(jù)都會(huì)進(jìn)行一次全表掃描，如果一張表的數(shù)據(jù)量很大而符合條件的結(jié)果又很少，那么不加索引會(huì)引起致命的性能下降。但是也不是什么情況都非得建索引不可，比如性別可能就只有兩個(gè)值，建索引不僅沒什么優(yōu)勢，還會(huì)影響到更新速度，這被稱為過度索引。
2、復(fù)合索引
比如有一條語句是這樣的：select * from users where area='beijing' and age=22;
如果我們是在area和age上分別創(chuàng)建單個(gè)索引的話，由于mysql查詢每次只能使用一個(gè)索引，所以雖然這樣已經(jīng)相對(duì)不做索引時(shí)全表掃描提高了很多效率，但是如果在area、age兩列上創(chuàng)建復(fù)合索引的話將帶來更高的效率。如果我們創(chuàng)建了(area, age, salary)的復(fù)合索引，那么其實(shí)相當(dāng)于創(chuàng)建了(area,age,salary)、(area,age)、(area)三個(gè)索引，這被稱為最佳左前綴特性。因此我們在創(chuàng)建復(fù)合索引時(shí)應(yīng)該將最常用作限制條件的列放在最左邊，依次遞減。
3、索引不會(huì)包含有NULL值的列
只要列中包含有NULL值都將不會(huì)被包含在索引中，復(fù)合索引中只要有一列含有NULL值，那么這一列對(duì)于此復(fù)合索引就是無效的。所以我們在數(shù)據(jù)庫設(shè)計(jì)時(shí)不要讓字段的默認(rèn)值為NULL。
4、使用短索引
對(duì)串列進(jìn)行索引，如果可能應(yīng)該指定一個(gè)前綴長度。例如，如果有一個(gè)CHAR(255)的 列，如果在前10 個(gè)或20 個(gè)字符內(nèi)，多數(shù)值是惟一的，那么就不要對(duì)整個(gè)列進(jìn)行索引。短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作。
5、排序的索引問題
mysql查詢只使用一個(gè)索引，因此如果where子句中已經(jīng)使用了索引的話，那么order by中的列是不會(huì)使用索引的。因此數(shù)據(jù)庫默認(rèn)排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個(gè)列的排序，如果需要最好給這些列創(chuàng)建復(fù)合索引。
6、like語句操作
一般情況下不鼓勵(lì)使用like操作，如果非使用不可，如何使用也是一個(gè)問題。like “%aaa%” 不會(huì)使用索引而like “aaa%”可以使用索引。
7、不要在列上進(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';
8、不使用NOT IN和<>操作
NOT IN和<>操作都不會(huì)使用索引將進(jìn)行全表掃描。NOT IN可以NOT EXISTS代替，id<>3則可使用id>3 or id<3來代替。

最新評(píng)論