作者：AIOps

應用程式慢如牛，原因多多，可能是網路的原因、可能是系統架構的原因，還有可能是資料庫的原因。

那麼如何提高資料庫SQL陳述句執行速度呢？有人會說效能調優是資料庫管理員（DBA）的事，然而效能調優跟程式員們也有莫大的關係。

程式中嵌入的一行行的SQL陳述句，如果使用了一些最佳化小技巧，定能達到事半功倍的效果。

技巧1  比較運運算元能用 “=”就不用“<>”

“=”增加了索引的使用機率。

技巧2  明知只有一條查詢結果，那請使用 “LIMIT 1”

“LIMIT 1”可以避免全表掃描，找到對應結果就不會再繼續掃描了。

技巧3  為列選擇合適的資料型別

能用TINYINT就不用SMALLINT，能用SMALLINT就不用INT，道理你懂的，磁碟和記憶體消耗越小越好嘛。

技巧4  將大的DELETE，UPDATE or INSERT 查詢變成多個小查詢

能寫一個幾十行、幾百行的SQL陳述句是不是顯得逼格很高？然而，為了達到更好的效能以及更好的資料控制，你可以將他們變成多個小查詢。

技巧5  使用UNION ALL 代替 UNION，如果結果集允許重覆的話

因為 UNION ALL 不去重，效率高於 UNION。

技巧6  為獲得相同結果集的多次執行，請保持SQL陳述句前後一致

這樣做的目的是為了充分利用查詢緩衝。

比如根據地域和產品id查詢產品價格，第一次使用了：

那麼第二次同樣的查詢，請保持以上陳述句的一致性，比如不要將where陳述句裡面的id和region位置調換順序。

技巧7  儘量避免使用 “SELECT *”

如果不查詢表中所有的列，儘量避免使用 SELECT *，因為它會進行全表掃描，不能有效利用索引，增大了資料庫伺服器的負擔，以及它與應用程式客戶端之間的網路IO開銷。

技巧8  WHERE 子句裡面的列儘量被索引

只是“儘量”哦，並不是說所有的列。因地制宜，根據實際情況進行調整，因為有時索引太多也會降低效能。

技巧9  JOIN 子句裡面的列儘量被索引

同樣只是“儘量”哦，並不是說所有的列。

技巧10  ORDER BY 的列儘量被索引

ORDER BY的列如果被索引，效能也會更好。

技巧11  使用 LIMIT 實現分頁邏輯

不僅提高了效能，同時減少了不必要的資料庫和應用間的網路傳輸。

技巧12  使用 EXPLAIN 關鍵字去檢視執行計劃

EXPLAIN 可以檢查索引使用情況以及掃描的行。

其他

SQL調優方法有很多種，同樣的查詢結果可以有很多種不同的查詢方式。其實最好的方法就是在開發環境中用最貼近真實的資料集和硬體環境進行測試，然後再釋出到生產環境中。