慢查詢

首先，無論進行何種優化，開啟慢查詢都算是前置條件。慢查詢機制，將記錄過慢的查詢語句（事件），從而為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的朋友跟我吐槽：我就怕我設計的出來，很炫酷或者很人文，可前端根本實現不了那種設計。