問題描述：
把排序、條件等一個一個去除來做測試，結(jié)果發(fā)現(xiàn)問題就出在排序部分，去除排序時，執(zhí)行時間由原來的48秒變成0.3x秒。
于是，把涉及排序的字段組成一個聯(lián)合索引alter table xx add index indexname(x1,x2,x3)，經(jīng)過2分鐘創(chuàng)建新索引之后，再執(zhí)行同一個SQL語句，執(zhí)行時間變成了0.28S。
?
例如，需要
where col1=??? and col2=???
則建議創(chuàng)建索引： (col1,col2)

如果需要 where col1=?? order by col3
則建議創(chuàng)建索引： (col1,col3)

按照同樣的思路把其它幾個常用的SQL作了過些優(yōu)化，效果很明顯的說。
過了30分鐘再查slow sql記錄文件，卻發(fā)現(xiàn)原來一個好好的SQL變得灰常慢了，為何？

原因分析：
因為添加了聯(lián)合索引的原因，而且這個SQL語句當中有個or，當把這個or改用union之后問題排除。

附，一段關(guān)于Where子句的執(zhí)行順序：

在用MySQL查詢數(shù)據(jù)庫的時候，連接了很多個用，發(fā)現(xiàn)非常慢。

例如：
?

復制代碼代碼示例: 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一分析，發(fā)現(xiàn)在第一次分析過程中就返回了幾萬條數(shù)據(jù)：
WHERE p.languages_id = 1 ，然后再依次根據(jù)條件，縮小范圍。

改變一下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)，它返回的結(jié)果只有不到10條，接下來還要根據(jù)其它的條件來過濾，自然在速度上有了較大的提升。

實踐小結(jié)：
不要以為WHERE中的字段順序無所謂，應該盡可能地第一次就過濾掉大部分無用的數(shù)據(jù)，只返回最小范圍的數(shù)據(jù)。

轉(zhuǎn)載于:https://www.cnblogs.com/liuzhuqing/p/7363862.html

總結(jié)

以上是生活随笔為你收集整理的mysql联合索引与Where子句优化浅析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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