復雜談談MySQL優化利器-慢查詢

復雜談談MySQL優化利器-慢查詢。本站提示廣大學習愛好者：（復雜談談MySQL優化利器-慢查詢）文章只能為提供參考，不一定能成為您想要的結果。以下是復雜談談MySQL優化利器-慢查詢正文

慢查詢

首先，無論停止何種優化，開啟慢查詢都算是前置條件。慢查詢機制，將記載過慢的查詢語句（事情），從而為DB維護人員提供優化目的。

反省慢查詢能否開啟

經過show variables like 'slow_query_log'這條語句，可以找到慢查詢的形態（On/Off）。

開啟慢查詢

本文運用的MySQL版本：MariaDB - 10.1.19，請留意，不同版本的MySQL存在差別。

在[mysqld]下參加：

[mysqld]
port= 3306

slow-query-log=1 # 慢查詢：確認開啟
slow-query-log-file="D:/xampp/mysql/log/mysql-slow.log" # 慢查詢：日志文件及途徑
long_query_time = 5 # 慢查詢：指定超越5s仍未完成的語句，為執行過慢的語句

優化步驟

察看日志，鎖定需求優化的目的語句。留意SQL的設置，譬如：SQL_NO_CACHE。

關注復雜語句寫法。復雜語句自身具有高自在度，再加上SQL語法的特殊性，招致了不同的寫法的同功用復雜語句，能夠具有雲泥之別的效率。

明白使用場景，雖然我們在各種場所都有准繩，但實踐上，假如可以明白使用場景，我們可以針對以後狀況，做出本地化的高效優化。

無法優化的語句，當我們經過上述兩種辦法，以及更多未被本文提及的優化辦法之後，能夠還是會面對優化失敗的狀況。業務層面不做出修正的話，數據層面確實是有力可使。

結語

當打出“無法優化”的時分，不由想到了我所喜歡的游戲設計行業。

假如你理解一二，就會發現，游戲設計中，其實有相當多的優秀設計，但大少數都窮困於事先外地的技術程度，而無法完成多彩紛呈的游戲設計。

也還記得去年做UI的冤家跟我吐槽：我就怕我設計的出來，很炫酷或許很人文，可前端基本完成不了那種設計。