點擊“開發(fā)者技術前線”，選擇“星標?”

在看|星標|留言,? 真愛

作者：AIOps

回復“手冊”，獲取一份技術人全套技術手冊

應用程序慢如牛，原因多多，可能是網絡的原因、可能是系統架構的原因，還有可能是數據庫的原因。

那么如何提高數據庫SQL語句執(zhí)行速度呢？有人會說性能調優(yōu)是數據庫管理員（DBA）的事，然而性能調優(yōu)跟程序員們也有莫大的關系。

程序中嵌入的一行行的SQL語句，如果使用了一些優(yōu)化小技巧，定能達到事半功倍的效果。

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

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

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

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

技巧3? 為列選擇合適的數據類型

能用TINYINT就不用SMALLINT，能用SMALLINT就不用INT，道理你懂的，磁盤和內存消耗越小越好嘛。

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

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

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

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

技巧6? 為獲得相同結果集的多次執(zhí)行，請保持SQL語句前后一致

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

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

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

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

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

技巧8? WHERE 子句里面的列盡量被索引

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

技巧9? JOIN 子句里面的列盡量被索引

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

技巧10? ORDER BY 的列盡量被索引

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

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

不僅提高了性能，同時減少了不必要的數據庫和應用間的網絡傳輸。

技巧12? 使用 EXPLAIN 關鍵字去查看執(zhí)行計劃

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

其他

SQL調優(yōu)方法有很多種，同樣的查詢結果可以有很多種不同的查詢方式。其實最好的方法就是在開發(fā)環(huán)境中用最貼近真實的數據集和硬件環(huán)境進行測試，然后再發(fā)布到生產環(huán)境中。

一點小福利，需要的讀者請自取。



END


前線推出學習交流群，加群一定要備注：研究/工作方向+地點+學校/公司+昵稱（如大數據+上海+上交+可可），根據格式備注，可更快被通過且邀請進群，領取一份專屬學習禮包
掃碼加我微信進群，內推和技術交流，大佬們零距離
歷史推薦
阿里巴巴為什么不用 ZooKeeper 做服務發(fā)現？
為什么老外不愿意用 MyBatis？
上億數據如何做到毫秒級查詢？
為什么阿里巴巴要禁用 Executors 創(chuàng)建線程池？

Mysql，再見吧，select * !

因為 UNION ALL 不去重，效率高于 UNION。

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