mysql使用索引最佳化order排序

標籤：des   style   http   color   os   使用   ar   strong   資料   

個人原創地址：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語句最佳化：
1、ORDER BY的索引最佳化。如果一個SQL語句形如：
SELECT [column1],[column2],…. FROM [TABLE] ORDER BY [sort];
在[sort]這個欄位上建立索引就可以實現利用索引進行order by 最佳化。
2、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];
3、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、一個特殊的值或者一個空串代替空值。

mysql使用索引最佳化order排序