Mysql索引優化常識

1、創建索引
對於查詢佔主要的應用來說，索引顯得尤爲重要。很多時候性能問題很簡單的就是因爲我們忘了添加索引而造成的，或者說沒有添加更爲有效的索引導致。如果不加索引的話，那麼查找任何哪怕只是一條特定的數據都會進行一次全表掃描，如果一張表的數據量很大而符合條件的結果又很少，那麼不加索引會引起致命的性能下降。但是也不是什麼情況都非得建索引不可，比如性別可能就只有兩個值，建索引不僅沒什麼優勢，還會影響到更新速度，這被稱爲過度索引。
2、複合索引
比如有一條語句是這樣的：select * from users where area='beijing' and age=22;
如果我們是在 area 和 age 上分別創建單個索引的話，由於mysql查詢每次只能使用一個索引，所以雖然這樣已經相對不做索引時全表掃描提高了很多效率，但是如果在 area、age 兩列上創建複合索引的話將帶來更高的效率。如果我們創建了(area, age, salary) 的複合索引，那麼其實相當於創建了(area,age,salary)、(area,age)、(area) 三個索引，這被稱爲最佳左前綴特性。因此我們在創建複合索引時應該將最常用作限制條件的列放在最左邊，依次遞減。
3、索引不會包含有NULL值的列
只要列中包含有 NULL 值都將不會被包含在索引中，複合索引中只要有一列含有 NULL 值，那麼這一列對於此複合索引就是無效的。所以我們在數據庫設計時不要讓字段的默認值爲 NULL。
4、使用短索引
對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個 CHAR(255) 的列，如果在前 10 個或 20 個字符內，多數值是惟一的，那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。
5、排序的索引問題
mysql查詢只使用一個索引，因此如果 where 子句中已經使用了索引的話，那麼 order by 中的列是不會使用索引的。因此數據庫默認排序可以符合要求的情況下不要使用排序操作；儘量不要包含多個列的排序，如果需要最好給這些列創建複合索引。
6、like語句操作
一般情況下不鼓勵使用 like 操作，如果非使用不可，如何使用也是一個問題。like "%xxx%" 不會使用索引而like "xxx%" 可以使用索引。
7、不要在列上進行運算
select * from users where YEAR(adddate) < 2007;
將在每個行上進行運算，這將導致索引失效而進行全表掃描，因此我們可以改成
select * from users where adddate < '2007-01-01';
8、不使用NOT IN和<>操作
NOT IN和<>操作都不會使用索引將進行全表掃描。NOT IN 可以 NOT EXISTS 代替，id<>3則可使用id>3 or id<3來代替。MySQL只有對以下操作符才使用索引：<，<=，=，>，>=，BETWEEN，IN，以及某些時候的 LIKE。可以在 LIKE 操作中使用索引的情形是指另一個操作數不是以通配符（%或者_）開頭的情形。