利用 force index最佳化sql語句效能，forcesql

利用 force index最佳化sql語句效能，forcesql

    今天寫了一個統計sql，在一個近億條資料的表上執行，200s都查不出結果。SQL如下：

select customer,count(1) cfrom upv_**where created between "2015-07-06" and "2015-07-07"group by customer having c > 20order by c desc

    執行explain,發現這個sql掃描了8000W條記錄到磁碟上。然後再進行篩選。

    拿著這個SQL去請教項目組的資料庫大牛，僅僅加了一個force index，花了1s多就出結果了。修改後的SQL如下：

select customer,count(1) cfrom upv_jd force index(idx_created)where created between "2015-07-06" and "2015-07-07"group by customer having c > 15order by c desc 

    同樣執行以下explain命令，這個SQL僅僅掃描了磁碟的110W行記錄。也就是上一個SQL的80分之一。大家都知道，掃描磁碟是很耗時的IO操作，比記憶體操作慢幾個數量級。

    除了磁碟掃描的行數的不一樣，還有採用的索引的不用，上面的sql用的是聯合索引，而下面的是單純的created欄位的索引。由於用的是created的索引，驅動條件就是created的區間，需要掃描的資料就立刻變小了，因為時間區間小。

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。