快捷導(dǎo)航

MySQL開啟慢查詢?nèi)罩緇og-slow-queries的方法

更新時(shí)間：2016年05月07日 18:49:28 投稿：mdxy-dxy

MySQL中提供了一個(gè)慢查詢的日志記錄功能，可以把查詢SQL語句時(shí)間大于多少秒的語句寫入慢查詢?nèi)罩荆粘＞S護(hù)中可以通過慢查詢?nèi)罩镜挠涗浶畔⒖焖贉?zhǔn)確地判斷問題所在

一個(gè)普通WEB站點(diǎn)的頁面常常需要查詢N條SQL語句后才能得出頁面結(jié)果，當(dāng)網(wǎng)站訪問速度慢而前端做了大量優(yōu)化工作以后，數(shù)據(jù)庫瓶頸的查找也是WEB優(yōu)化的一個(gè)重要部分。

MySQL中提供了一個(gè)慢查詢的日志記錄功能，可以把查詢SQL語句時(shí)間大于多少秒的語句寫入慢查詢?nèi)罩荆粘＞S護(hù)中可以通過慢查詢?nèi)罩镜挠涗浶畔⒖焖贉?zhǔn)確地判斷問題所在。

開啟慢查詢功能

log-slow-queries 慢查詢?nèi)罩疚募窂?br /> long_query_time 超過多少秒的查詢就寫入日志

打開my.cnf配置文件，加入以下代碼：

log-slow-queries = /tmp/mysql-slow.log
long_query_time = 2

如果是windows則在my.ini中加入

my.ini

復(fù)制代碼代碼如下:

log_slow_queries

long_query_time = 2

保存退出，重啟MySQL即可。

關(guān)于long_query_time設(shè)置
通常我們設(shè)置long_query_time的值為2，表示查詢SQL語句超過兩秒的就記錄，通常2秒就夠了，默認(rèn)是10秒。然而，對于許多WEB程序來說，2秒的查詢還是太長了。的確在許多站點(diǎn)中，一個(gè)SQL語句超過1秒的執(zhí)行時(shí)間都算慢的了。
mysql5.1.21以后才提供更細(xì)粒度的long_query_time設(shè)定，之前的版本只能以秒做單位。

查看日志

復(fù)制代碼代碼如下:

[root@lizhong tmp]# tail -f /tmp/mysql_slow.log

Time: 120815 23:22:11

User@Host: root[root] @ localhost []

Query_time: 9.869362 Lock_time: 0.000035 Rows_sent: 1 Rows_examined: 6261774

SET timestamp=1294388531;

select count(*) from blog;

第一行：執(zhí)行時(shí)間
第二行：執(zhí)行用戶
第三行（重要）：

Query_time SQL執(zhí)行的時(shí)間,越長則越慢
Lock_time 在MySQL服務(wù)器階段(不是在存儲引擎階段)等待表鎖時(shí)間
Rows_sent 查詢返回的行數(shù)
Rows_examined 查詢檢查的行數(shù)

最后

1、日志不能說明一切問題，知識表象，可能跟鎖表、系統(tǒng)繁忙的偶發(fā)性有關(guān)，當(dāng)然，如果某條SQL語句經(jīng)常查詢慢那基本可以判斷是可以再次優(yōu)化的。
2、不要開啟log-queries-not-using-indexes沒有索引查詢記錄功能，這個(gè)功能實(shí)際用處不大。就是記錄SQL查詢的時(shí)候，沒有索引的通通記錄。雖然索引對查詢的速度有影響，但要看數(shù)據(jù)量大小。因?yàn)殚_啟了這個(gè)功能以后，select * from tab這樣的查詢也會被記錄在日志中，很快日志文件就會被垃圾信息給充滿，從而影響主要的查詢慢日志記錄的查看。
3、MySQL自帶了mysqldumpslow工具用來分析slow query日志，或者其它工具也可以，通過工具配合可以更好的分析。

您可能感興趣的文章: