之前有個項目,已經充分用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時間，再進行比較

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

總結

以上是生活随笔為你收集整理的mysql9索引实战_mysql 索引实战 | 学步园的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。