MySQL慢日志查詢實例解析

2024-07-24 12:33:13

字體：大中小

來源：轉載

供稿：網友

　　本篇內容介紹了“MySQL慢日志查詢實例分析”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

　　一、慢查詢日志概念

　　對于SQL和索引的優化問題，我們會使用explain去分析SQL語句。但是真正的企業級項目有成千上萬條SQL，我們不可能從頭開始一條一條explain去分析。我們從什么地方可以獲取那些運行時間長，耗性能的SQL？？

　　我們可以打開慢查詢日志：

　　根據具體的業務和并發量來預估一個時間上限（20ms、100ms），設置好后開啟業務，壓測后打開慢查詢日志，就會看到超過執行時間的SQL，然后使用explain分析這些耗時的SQL語句

　　步驟如下：

　　打開慢查詢日志開關slow_query_log

　　設置合理的、業務可以接受的慢查詢時間上限

　　壓測執行各種業務

　　查看慢查詢日志，找出所有執行耗時的SQL語句

　　用explain分析這些耗時的SQL語句，從而針對性優化

　　MySQL可以設置慢查詢日志，當SQL執行的時間超過我們設定的時間，那么這些SQL就會被記錄在慢查詢日志當中，然后我們通過查看日志，用explain分析這些SQL的執行計劃，來判定為什么效率低下，是沒有使用到索引？還是索引本身創建的有問題？或者是索引使用到了，但是由于表的數據量太大，花費的時間就是很長，那么此時我們可以把表分成多個小表等。

　　慢查詢日志相關的參數如下所示：

　　（MySQL定義的很多的全局的開關，都是在全局變量中存儲，可以用show/set variables查看或者設置全局變量的值）

　　慢查詢日志開關默認是關閉的

　　慢查詢日志的路徑：默認在/var/lib/mysql/下

　　慢查詢日志記錄了包含所有執行時間超過參數 long_query_time（單位：秒）所設置值的 SQL語句的日志，在MySQL上用命令可以查看，如下：

　　這個值是可以修改的：

　　二、慢查詢日志實踐

　　1. 打開慢查詢日志開關slow_query_log

　　在打開慢查詢日志開關的時候，報錯表示slow_query_log是一個global的變量（也有只影響當前session的變量，如：long_query_time 、profiling），修改后會影響所有的session，即影響所有正在訪問當前MySQL server的客戶端。

　　打開慢查詢日志開關成功！

　　2. 設置合理的、業務可以接受的慢查詢時間上限long_query_time

　　查看另一個session

　　發現還是默認的10s，故long_query_time只影響當前session

　　3. 壓測執行各種業務

　　已經超過我們設置的long_query_time=0.1s

　　4. 查看慢查詢日志

　　路徑：/var/lib/mysql/

　　5. 用explain分析這些耗時的SQL語句，從而針對性優化

　　做了整表的搜索，把主鍵索引樹整個掃了一遍。

　　我們應該給password添加索引，然后記得password是字符串格式，因為如果涉及類型轉換是用不了索引的

　　三、show profiles查看sql具體的運行時間

　　MySQL一般只顯示小數點后兩位的時間

　　打開profiling開關，顯示更詳細的時間

　　沒有報錯，說明profiling變量只影響當前session

　　“MySQL慢日志查詢實例分析”的內容就介紹到這里了，感謝大家的閱讀。

（編輯：武林網）

上一篇：mysql的select語句中in怎么用

下一篇：如何掌握Mysql的explain