mysql 索引實戰

之前有個專案,已經充分用mysql的調優調了，速度感覺還可以.但發現索引沒用上.於是調整之.

首先,資料庫中有date欄位,是int型別的,入庫時用php的time()入庫的,現在的需求是

要求1天之內的記錄,我們來看具體的寫法,先看原來的

$query = "select * from record where del<>0 and to_days(from_unixtime(date, '%y-%m-%d %h:%i:%s'))>=to_days(curdate())-1 order by date desc";

這裡to_days() 是把時間轉成unix的時間,注意,這個表示式用explain看過,用不到索引,主要是由於表示式的左右都有計算.

再查了資料,其中有例子講到:

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值進行比較，再也不需要轉換成天數了。在這種情況下，會使用索引。

但是，由於我們這個例子裡，是unix時間的，因此有很大不同，想法是表示式的左邊和右邊都是單一量的比較，這樣就肯定用到索引了，

所以一開始打算這樣用

$time=date("y/m/d",time()-24*60*60);

$date_time_array=getdate($time);

$hours=$date_time_array[ "hours"];

$minutes=$date_time_array["minutes"];

$seconds=$date_time_array[ "seconds"];

$month=$date_time_array["mon"];

$day=$date_time_array["mday"];

$year=$date_time_array["year"];

// 用mktime()函式重新產生unix時間戳值

$timestamp = mktime($hours ,$minutes, $seconds,$month ,$day,$year);

echo $timestamp;

這裡實際上就是求出昨天的時間，然後將其轉為unix時間，注意我們用了mktime函式．

最後在ｓｑｌ裡，嘿，索引用到了

$query = "select * from record where del<>0 and date>=".$timestamp." order by date desc";

但發現，和原來的對比，不能顯示昨天０：００後的記錄，查了下原因，發現了

原來$time=date("y/m/d",time()-24*60*60);

只是根據現在的時間，把時間減去一天，比如現在的時間是１８：００，就求出昨天１８：００的，不符合要求，

改的話很簡單，只需要加上

$time=strtotime($time."00:00:00");

$date_time_array=getdate($time);

就可以了，強制是求出昨天０：００的時候的unix時間，再進行比較

結論：通過比較，時間縮短了差不多一半，可見索引的重要性！

mysql 索引實戰

mysql索引實戰 MySQL索引實戰經驗總結

mysql索引實戰 mysql索引實戰篇

mysql索引實戰 MYSQL索引之實戰經驗總結

mysql 索引實戰

mysql索引實戰 MySQL索引實戰經驗總結

mysql索引 實戰 mysql索引 實戰篇

mysql索引 實戰 MYSQL索引之實戰經驗總結

相關推薦

mysql索引實戰 mysql索引實戰篇

mysql索引實戰 MYSQL索引之實戰經驗總結