這幾天在研究mysql數據庫優化，在網上查了查資料，留在這裡，後面繼續跟新自己的研究心得。下面是網上的一些資料
在某些情況下，MySQL可以直接使用索引來滿足一個 ORDER BY 或 GROUP BY 子句而無需做額外的排序。
盡管 ORDER BY 不是和索引的順序准確匹配，索引還是可以被用到，只要不用的索引部分和所有的額外的 ORDER BY 字段在 WHERE 子句中都被包括了。
下列的幾個查詢都會使用索引來解決 ORDER BY 或 GROUP BY 部分：
SELECT * FROM t1 ORDER BY key_part1,key_part2,... ;
SELECT * FROM t1 WHERE key_part1=constant ORDER BY key_part2;
SELECT * FROM t1 WHERE key_part1=constant GROUP BY key_part2;
SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 DESC;
SELECT * FROM t1 WHERE key_part1=1 ORDER BY key_part1 DESC, key_part2 DESC;
在另一些情況下，MySQL無法使用索引來滿足 ORDER BY，盡管它會使用索引來找到記錄來匹配 WHERE 子句。這些情況如下：
1>對不同的索引鍵做 ORDER BY ：
SELECT * FROM t1 ORDER BY key1, key2;
2>在非連續的索引鍵部分上做 ORDER BY：
SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2;
3>同時使用了 ASC 和 DESC：
SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;
4>用於搜索記錄的索引鍵和做 ORDER BY 的不是同一個：
SELECT * FROM t1 WHERE key2=constant ORDER BY key1;
5>表索引中的記錄不是按序存儲。例如，HASH 和 HEAP 表就是這樣。
通過執行 EXPLAIN SELECT ... ORDER BY，就知道MySQL是否在查詢中使用了索引。如果 Extra 字段的值是 Using filesort，則說明MySQL無法使用索引。
查看索引
基數是數據列所包含的不同值的數量。例如，某個數據列包含值1、3、7、4、7、3，那麼它的基數就是4。索引的基數相對於數據表行數較高（也就是說，列 中包含很多不同的值，重復的值很少）的時候，它的工作效果最好。如果某數據列含有很多不同的年齡，索引會很快地分辨數據行。如果某個數據列用於記錄性別 （只有"M"和"F"兩種值），那麼索引的用處就不大。如果值出現的幾率幾乎相等，那麼無論搜索哪個值都可能得到一半的數據行。在這些情況下，最好根本不 要使用索引，因為查詢優化器發現某個值出現在表的數據行中的百分比很高的時候，它一般會忽略索引，進行全表掃描。慣用的百分比界線是"30%"。
