mysql補遺４

這次繼續mysql的索引問題，這裡還是有不少原則可以總結一下的，大致歸納了如下面的

１　對於複合式索引，如果查詢條件中有最左邊的一個，一般都會用到，
　　比如有索引（a,b),在ＳＱＬ語句中如果有select * from table where a='.....',則這個索引一般用到，是最左匹配原則，但如果是按
where b='....',則一般不會用到．

２　對於like查詢，比如'%abc%',是用不到索引的，而象＇abc%'，是能使用索引的

３　如果對於估計使用索引比全表掃描慢，則不用索引，比如一個表中，要查詢的記錄佔了表的絕大部分，則不使用索引的．
４　用or 分開的條件，如果or前條件的列有索引，但後面的列沒索引，那麼涉及的索引不會被用到．
　　　比如 where a=123 or b=456,如果只有a是索引列，但b不是的話，則不會用到索引．
５　如果列類型是字串，那麼要記得在where條件中把字元常量用引號括起來，否則即使是索引列也不會用到．
比如where name=294(如果name是字元型的話，２９４要用括弧括起來）

６　注意在ＳＱＬ中，有索引欄位的語句中，盡量少用運算式Function Compute等，比如
　　　WHERE mycol < 4 / 2
WHERE mycol * 2 < 4

　　對於第一行，最佳化器把運算式4/2簡化為2，接著使用mycol上的索引來快速地尋找小於2的值。對於第二個運算式，MySQL必須檢索出每個資料行的mycol值，乘以2，接著把結果與4進行比較。在這種情況下，不會使用索引。資料列中的每個值都必須被檢索到，這樣才能計算出比較運算式左邊的值。

　　又比如
　　　希望找到一些與今天相隔固定的幾天的日期的記錄。表達這種類型的比較有很多種方法--它們的效率並不同。下面就有三種：

　　WHERE TO_DAYS(date_col) - TO_DAYS(CURDATE()) < cutoff
WHERE TO_DAYS(date_col) < cutoff + TO_DAYS(CURDATE())
WHERE date_col < DATE_ADD(CURDATE(), INTERVAL cutoff DAY)

　　對於第一行，不會用到索引，因為每個資料行都必須檢索以計算出TO_DAYS(date_col)的值。第二行要好一些。Cutoff和TO_DAYS(CURDATE())都是常量，因此在處理查詢之前，比較運算式的右邊可以被最佳化器一次性計算出來，而不需要每個資料行都計算一次。但是date_col列仍然出現在函數調用中，它阻止了索引的使用。第三行是這幾個中最好的。同樣，在執行查詢之前，比較運算式的右邊可以作為常量一次性計算出來，但是現在它的值是一個日期。這個值可以直接與date_col值進行比較，再也不需要轉換成天數了。在這種情況下，會使用索引。
　
９　order by語句
　　　　下列語句可以使用索引
     select * from t1 order by key1,key2.....
      select * from t1 where key1=1 order by k1 desc,k2 desc
     但下面的不行，因為混雜了在一起
     select * from t1 order by key1 desc,key2 asc;
select * from t1 order by key1,key2