隨著訪問量的上升,MySQL數(shù)據(jù)庫的壓力就越大,幾乎大部分使用MySQL架構(gòu)的web應(yīng)用在數(shù)據(jù)庫上都會出現(xiàn)性能問題,通過mysql慢查詢?nèi)罩靖櫽袉栴}的查詢非常有用,可以分析出當(dāng)前程序里有很耗費資源的sql語句。
慢查詢?nèi)罩疚覀兛梢酝ㄟ^my.cnf文件設(shè)置開啟,下面先來看一下相關(guān)參數(shù)的意義
log-slow-queries slow_query_log_file>
存放slow query日志的文件。你必須保證mysql server進(jìn)程mysqld_safe進(jìn)程用戶對該文件有w權(quán)限。
long_query_time
如果query time超過了該值,則認(rèn)為是較慢查詢,并被記錄下來。單位是秒,最小值是1,默認(rèn)值是10秒。10秒對于大多數(shù)應(yīng)用來講,太長了。我們推薦從3秒開始, 依次減少,每次都找出最”昂貴”的10條SQL語句并且優(yōu)化他們。日復(fù)一日,一步一步優(yōu)化。一次性找出很多條SQL語句,對于優(yōu)化來講,意義并不大。
log-queries-not-using-indexes
MySQL會將沒有使用索引的查詢記錄到slow query日志中。無論它執(zhí)行有多快,查詢語句沒有使用索引,都會被記錄。有的時候,有些沒有使用引索的查詢非???例如掃描很小的表),但也有可能導(dǎo)致服務(wù)器變慢,甚至還會使用大量的磁盤空間。
log-slow-admin-statements
一些管理指令,也會被記錄。比如OPTIMEZE TABLE
, ALTER TABLE
等等。
開啟慢查詢
方法一:在服務(wù)器上找到mysql的配置文件my.cnf , 然后再mysqld模塊里追加一下內(nèi)容
log_slow_queries = NO log-slow-queries = /var/run/mysqld/slow_querys.log long_query_time = 3 log-queries-not-using-indexes log-slow-admin-statements
然后重啟mysql服務(wù)器即可,這是通過一下命令看一下慢查詢?nèi)罩镜那闆r:
tail -f /var/run/mysqld/slow_querys.log
方法二:通過修改myssql的全局變量來處理,這樣做的好處是,不用重啟mysql服務(wù)器,登陸到mysql上執(zhí)行一下sql腳本即可
set global slow_query_log=ON; set global long_query_time=3;
然后通過一下命令查看是否成功
mysql> show variables like 'long%'; +-----------------+-----------+ | Variable_name | Value | +-----------------+-----------+ | long_query_time | 10.000000 | +-----------------+-----------+ 1 row in set (0.00 sec) mysql> show variables like 'slow%'; +---------------------+---------------+ | Variable_name | Value | +---------------------+---------------+ | slow_launch_time | 2 | | slow_query_log | ON | | slow_query_log_file | /tmp/slow.log | +---------------------+---------------+ 3 rows in set (0.00 sec)
分析慢查詢?nèi)罩?/strong>
方法一:通過查看mysql的慢查詢?nèi)罩痉治?,比如我們可以tail -f slow_query.log查看里面的內(nèi)容,字段意義
# Time: 110107 16: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 ep_friends;
方法二:使用mysqldumpslow命令分析,例如
mysqldumpslow -s c -t 10 /tmp/slow-log
這會輸出記錄次數(shù)最多的10條SQL語句,其中:
-s, 是表示按照何種方式排序,c、t、l、r分別是按照記錄次數(shù)、時間、查詢時間、返回的記錄數(shù)來排序,ac、at、al、ar,表示相應(yīng)的倒敘; -t, 是top n的意思,即為返回前面多少條的數(shù)據(jù); -g, 后邊可以寫一個正則匹配模式,大小寫不敏感的;
比如
/path/mysqldumpslow -s r -t 10 /tmp/slow-log
得到返回記錄集最多的10個查詢。
/path/mysqldumpslow -s t -t 10 -g “l(fā)eft join” /tmp/slow-log
得到按照時間排序的前10條里面含有左連接的查詢語句。
慢查詢?nèi)罩镜牟蛔?/strong>
雖然記錄了slow query能夠幫助你優(yōu)化產(chǎn)品。但是MySQL目前版本,還有幾大蹩足的地方。
1.MySQL5.0版本, long_query_time
時間粒度不夠細(xì),最小值為1秒。對于高并發(fā)性能的網(wǎng)頁腳本而言,1秒出現(xiàn)的意義不大。即出現(xiàn)1秒的查詢比較少。直到mysql5.1.21才提供更細(xì)粒度的long_query_time設(shè)定.
2.不能將服務(wù)器執(zhí)行的所有查詢記錄到慢速日志中。雖然MySQL普通日志記錄了所有查詢,但是它們是解析查詢之前就記錄下來了。這意味著普通日志沒辦法包含諸如執(zhí)行時間,鎖表時間,檢查行數(shù)等信息。
3.如果開啟了log_queries_not_using_indexes
選項,slow query日志會充滿過多的垃圾日志記錄,這些快且高效的全表掃描查詢(表小)會沖掉真正有用的slow queries記錄。比如select * from category
這樣的查詢也會被記錄下來。開啟了log_queries_not_using_indexes
選項,slow query日志會充滿過多的垃圾日志記錄,這些快且高效的全表掃描查詢(表小)會沖掉真正有用的slow queries記錄。比如select * from category
這樣的查詢也會被記錄下來。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
標(biāo)簽:葫蘆島 吐魯番 安徽 拉薩 甘南 洛陽 嘉峪關(guān)
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《通過MySQL慢查詢優(yōu)化MySQL性能的方法講解》,本文關(guān)鍵詞 通過,MySQL,慢,查詢,優(yōu)化,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。