MySQL:聯合索引與Where子句的優化
本網站系統上線至今，數據量已經不知不覺上到500M，近8W記錄了。涉及數據庫操作的基本都是變得很慢了，用的人都會覺得躁火~~然后把這個情況在群里一貼，包括機器配置什么的一說，馬上就有群友發話了，而且幫我確定了不是機器配置的問題，“深圳-槍手”熱心人他的機器512內存過百W的數據里也跑得飛快，甚至跟那些幾W塊的機器一樣牛(吹過頭了)，呵呵~~~
在群友的分析指點下，嘗試把排序、條件等一個一個去除來做測試，結果發現問題就出在排序部分，去除排序的時候，執行時間由原來的48秒變成0.3x秒，這是個什么檔次的變化呀~~看著這個結果我激動ing.....
于是我把涉及排序的字段組成一個聯合索引alter table xx add index indexname(x1,x2,x3)，經過2分鐘創建新索引之后再執行同一個SQL語句，哇塞0.28S。。。。爽
于是按照同樣的思路把其它幾個常用的SQL作了過些優化，效果馬上見效
過了30分鐘再查slow sql記錄文件，不好了，發現原來一個好好的SQL變得灰常慢了，神馬情況?
幾經分析和測試原來就是因為添加了聯合索引的原因，而且這個SQL語句當中有個or，當把這個or改用union之后問題排除。
這回又得出一個心得：寫SQL的時候千萬別一時就手，隨便寫個就OK，那會為以為帶來很嚴重的后果。
再附上一段關于Where子句的執行順序：
在用MySQL查詢數據庫的時候，連接了很多個用，發現非常慢。例如：
- SELECT ... WHERE p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1 AND p.products_id IN (472,474)
這樣查詢需要20多秒，雖然在各個字段上都建立了索引。用分析Explain SQL一分析，發現在***次分析過程中就返回了幾萬條數據：
WHERE p.languages_id = 1 ，然后再依次根據條件，縮小范圍。
而我改變一下WHERE 字段的位置之后，速度就有了明顯地提高：
- WHERE p.products_id IN (472,474) AND
- p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1
這樣，***次的條件是p.products_id IN (472,474)，它返回的結果只有不到10條，接下來還要根據其它的條件來過濾，自然在速度上有了較大的提升。
經過實踐發現，不要以為WHERE中的字段順序無所謂，可以隨便放在哪，應該盡可能地***次就過濾掉大部分無用的數據，只返回最小范圍的數據。
希望能幫到有同樣遭遇的朋友。
【編輯推薦】
