mysql使用索引優化order排序

我的原創地址：http://www.phpthinking.com/archives/433

在數據庫中咱們通常都會對一些字段進行索引操做，這樣能夠提高數據的查詢速度，同時提升數據庫的性能像order by ,group by前都須要索引。

先咱們要注意一下
1>mysql一次查詢只能使用一個索引。若是要對多個字段使用索引，創建複合索引。
2>在ORDER BY操做中，MySQL只有在排序條件不是一個查詢條件表達式的狀況下才使用索引。
關於索引一些說法

MySQL索引一般是被用於提升WHERE條件的數據行匹配或者執行聯結操做時匹配其它表的數據行的搜索速度。
MySQL也能利用索引來快速地執行ORDER BY和GROUP BY語句的排序和分組操做。
經過索引優化來實現MySQL的ORDER BY語句優化：
一、ORDER BY的索引優化。若是一個SQL語句形如：
SELECT [column1],[column2],…. FROM [TABLE] ORDER BY [sort];
在[sort]這個欄位上創建索引就能夠實現利用索引進行order by 優化。
二、WHERE + ORDER BY的索引優化，形如：
SELECT [column1],[column2],…. FROM [TABLE] WHERE [columnX] = [value] ORDER BY [sort];
創建一個聯合索引(columnX,sort)來實現order by 優化。
注意：若是columnX對應多個值，以下面語句就沒法利用索引來實現order by的優化
SELECT [column1],[column2],…. FROM [TABLE] WHERE [columnX] IN ([value1],[value2],…) ORDER BY[sort];
三、WHERE+ 多個字段ORDER BY
SELECT * FROM [table] WHERE uid=1 ORDER x,y LIMIT 0,10;
創建索引(uid,x,y)實現order by的優化,比創建(x,y,uid)索引效果要好得多。
MySQL Order By不能使用索引來優化排序的狀況
* 對不一樣的索引鍵作 ORDER BY ：(key1,key2分別創建索引)
SELECT * FROM t1 ORDER BY key1, key2;
* 在非連續的索引鍵部分上作 ORDER BY：(key_part1,key_part2創建聯合索引;key2創建索引)
SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2;
* 同時使用了 ASC 和 DESC：(key_part1,key_part2創建聯合索引)
SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;
* 用於搜索記錄的索引鍵和作 ORDER BY 的不是同一個：(key1,key2分別創建索引)
SELECT * FROM t1 WHERE key2=constant ORDER BY key1;
* 若是在WHERE和ORDER BY的欄位上應用表達式(函數)時，則沒法利用索引來實現order by的優化
SELECT * FROM t1 ORDER BY YEAR(logindate) LIMIT 0,10;
MySQL支持不少數據類型，選擇合適的數據類型存儲數據對性能有很大的影響。

一般來講，能夠遵循如下一些指導原則：
(1)越小的數據類型一般更好：越小的數據類型一般在磁盤、內存和CPU緩存中都須要更少的空間，處理起來更快。
(2)簡單的數據類型更好：整型數據比起字符，處理開銷更小，由於字符串的比較更復雜。在MySQL中，應該用內置的日期和時間數據類型，而不是用字符串來存儲時間；以及用整型數據類型存儲IP地址。
(3)儘可能避免NULL：應該指定列爲NOT NULL，除非你想存儲NULL。在MySQL中，含有空值的列很難進行查詢優化，由於它們使得索引、索引的統計信息以及比較運算更加複雜。你應該用0、一個特殊的值或者一個空串代替空值。