MySQL優(yōu)化教程之慢查詢日志實踐
一、慢查詢日志概念
對于SQL和索引的優(yōu)化問題,我們會使用explain去分析SQL語句。但是真正的企業(yè)級項目有成千上萬條SQL,我們不可能從頭開始一條一條explain去分析。我們從什么地方可以獲取那些運行時間長,耗性能的SQL??
我們可以打開慢查詢日志:
根據(jù)具體的業(yè)務和并發(fā)量來預估一個時間上限(20ms、100ms),設置好后開啟業(yè)務,壓測后打開慢查詢日志,就會看到超過執(zhí)行時間的SQL,然后使用explain分析這些耗時的SQL語句
步驟如下:
- 打開慢查詢日志開關
slow_query_log
- 設置合理的、業(yè)務可以接受的慢查詢時間上限
- 壓測執(zhí)行各種業(yè)務
- 查看慢查詢日志,找出所有執(zhí)行耗時的SQL語句
- 用explain分析這些耗時的SQL語句,從而針對性優(yōu)化
MySQL可以設置慢查詢日志,當SQL執(zhí)行的時間超過我們設定的時間,那么這些SQL就會被記錄在慢查詢日志當中,然后我們通過查看日志,用explain分析這些SQL的執(zhí)行計劃,來判定為什么效率低下,是沒有使用到索引?還是索引本身創(chuàng)建的有問題?或者是索引使用到了,但是由于表的數(shù)據(jù)量太大,花費的時間就是很長,那么此時我們可以把表分成多個小表等。
慢查詢日志相關的參數(shù)如下所示:
(MySQL定義的很多的全局的開關,都是在全局變量中存儲,可以用show/set variables
查看或者設置全局變量的值)
慢查詢日志開關默認是關閉的
慢查詢日志的路徑:默認在/var/lib/mysql/
下
慢查詢日志記錄了包含所有執(zhí)行時間超過參數(shù) long_query_time(單位:秒)所設置值的 SQL語句的日志,在MySQL上用命令可以查看,如下:
這個值是可以修改的:
二、慢查詢日志實踐
1. 打開慢查詢日志開關slow_query_log
在打開慢查詢日志開關的時候,報錯表示slow_query_log是一個global的變量(也有只影響當前session的變量,如:long_query_time 、profiling),修改后會影響所有的session,即影響所有正在訪問當前MySQL server的客戶端。
打開慢查詢日志開關成功!
2. 設置合理的、業(yè)務可以接受的慢查詢時間上限long_query_time
查看另一個session
發(fā)現(xiàn)還是默認的10s,故long_query_time只影響當前session
3. 壓測執(zhí)行各種業(yè)務
已經超過我們設置的long_query_time=0.1s
4. 查看慢查詢日志
路徑:/var/lib/mysql/
5. 用explain分析這些耗時的SQL語句,從而針對性優(yōu)化
做了整表的搜索,把主鍵索引樹整個掃了一遍。
我們應該給password添加索引,然后記得password是字符串格式,因為如果涉及類型轉換是用不了索引的
三、show profiles查看sql具體的運行時間
MySQL一般只顯示小數(shù)點后兩位的時間
打開profiling開關,顯示更詳細的時間
沒有報錯,說明profiling變量只影響當前session
總結
到此這篇關于MySQL優(yōu)化教程之慢查詢日志的文章就介紹到這了,更多相關MySQL慢查詢日志內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Hibernate4在MySQL5.1以上版本創(chuàng)建表出錯 type=InnDB
本文主要介紹解決Hibernate4在MySQL5.1自動創(chuàng)建表出錯的方法,簡單實用,需要的朋友可以參考下。2016-05-05windows server2014 安裝 Mysql Applying Security出錯的完美解決方法
這篇文章給大家介紹了windows server2014 安裝 Mysql Applying Security出錯的完美解決方法,造成這種問題的主要原因是因為安裝一遍之后沒有卸載干凈,要解決這個問題需要注意以下幾點,具體解決方法,大家參考下本文2017-07-07解決找回mysql數(shù)據(jù)庫密碼和密碼過期問題
這篇文章主要介紹了解決找回mysql數(shù)據(jù)庫密碼和密碼過期問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-06-06