作者：AIOps

應(yīng)用程序慢如牛，原因多多，可能是網(wǎng)絡(luò)的原因、可能是系統(tǒng)架構(gòu)的原因，還有可能是數(shù)據(jù)庫的原因。

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

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

技巧1? 比較運(yùn)算符能用 “=”就不用“<>”

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

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

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

技巧3? 為列選擇合適的數(shù)據(jù)類型

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

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

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

技巧5? 使用UNION ALL 代替 UNION，如果結(jié)果集允許重復(fù)的話

因?yàn)?UNION ALL 不去重，效率高于 UNION。

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

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

比如根據(jù)地域和產(chǎn)品id查詢產(chǎn)品價格，第一次使用了：

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

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

如果不查詢表中所有的列，盡量避免使用 SELECT *，因?yàn)樗鼤M(jìn)行全表掃描，不能有效利用索引，增大了數(shù)據(jù)庫服務(wù)器的負(fù)擔(dān)，以及它與應(yīng)用程序客戶端之間的網(wǎng)絡(luò)IO開銷。

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

只是“盡量”哦，并不是說所有的列。因地制宜，根據(jù)實(shí)際情況進(jìn)行調(diào)整，因?yàn)橛袝r索引太多也會降低性能。

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

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

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

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

技巧11? 使用 LIMIT 實(shí)現(xiàn)分頁邏輯

不僅提高了性能，同時減少了不必要的數(shù)據(jù)庫和應(yīng)用間的網(wǎng)絡(luò)傳輸。

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

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

其他

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

? ???精 彩 文 章?

• 疫情期間用掉了1400億個！二維碼會被人類掃完嗎？

• 比OCR更強(qiáng)大的PPT圖片一鍵轉(zhuǎn)文檔重建技術(shù)

• 程序員寫了一款手游，掙了2000塊，全公司被抓！
  

END 最后說個題外話，相信大家都知道視頻號了，隨著灰度范圍擴(kuò)大，越來越多的小伙伴都開通了視頻號。小詹也開通了一個視頻號，會分享互聯(lián)網(wǎng)那些事、讀書心得與副業(yè)經(jīng)驗(yàn)，歡迎掃碼關(guān)注，和小詹一起向上生長！「沒有開通發(fā)布權(quán)限的盡量多互動，提升活躍度可以更快開通哦」

總結(jié)

以上是生活随笔為你收集整理的Mysql，再见吧，select * !的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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