之前有個項目,已經(jīng)充分用MYSQL的調(diào)優(yōu)調(diào)了，速度感覺還可以.但發(fā)現(xiàn)索引沒用上.于是調(diào)整之.

首先,數(shù)據(jù)庫中有date字段,是int類型的,入庫時用php的time()入庫的,現(xiàn)在的需求是

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

$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() 是把時間轉(zhuǎn)成unix的時間,注意,這個表達(dá)式用explain看過,用不到索引,主要是由于表達(dá)式的左右都有計算.

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

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)

對于第一行，不會用到索引，因為每個數(shù)據(jù)行都必須檢索以計算出TO_DAYS(date_col)的值。第二行要好一些。Cutoff和TO_DAYS(CURDATE())都是常量，因此在處理查詢之前，比較表達(dá)式的右邊可以被優(yōu)化器一次性計算出來，而不需要每個數(shù)據(jù)行都計算一次。但是date_col列仍然出現(xiàn)在函數(shù)調(diào)用中，它阻止了索引的使用。第三行是這幾個中最好的。同樣，在執(zhí)行查詢之前，比較表達(dá)式的右邊可以作為常量一次性計算出來，但是現(xiàn)在它的值是一個日期。這個值可以直接與date_col值進(jìn)行比較，再也不需要轉(zhuǎn)換成天數(shù)了。在這種情況下，會使用索引。

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

所以一開始打算這樣用

$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()函數(shù)重新產(chǎn)生Unix時間戳值

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

echo $timestamp;

這里實際上就是求出昨天的時間，然后將其轉(zhuǎn)為unix時間，注意我們用了mktime函數(shù)．

最后在ＳＱＬ里，嘿，索引用到了

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

但發(fā)現(xiàn)，和原來的對比，不能顯示昨天０：００后的記錄，查了下原因，發(fā)現(xiàn)了

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

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

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

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

$date_time_array=getdate($time);

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。