亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
查看: 6076 | 回復(fù): 3
打印 上一主題 下一主題

mysql慢查詢?nèi)罩緹o效 [復(fù)制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2013-10-17 13:13 |只看該作者 |倒序瀏覽
近段時間,網(wǎng)站偶爾會卡,top查看發(fā)現(xiàn)mysql CPU占用率高,估計是部分SQL語句有問題,所以想優(yōu)化。

查詢了資料,發(fā)現(xiàn)mysql可以在日志里記錄慢查詢,所以修改my.cnf文件

    log_slow_queries = /usr/local/mysql/var/slow_queries.log   #慢查詢?nèi)罩韭窂?
    long_query_time = 10                                       #記錄SQL查詢超過10s的語句
    log-queries-not-using-indexes = 1                          #記錄沒有使用索引的sql

啟程mysql后, 發(fā)現(xiàn)確實產(chǎn)生了日志文件slow_queries.log,但打開后卻是:

SET timestamp=1381986711;
select count(pid) as c from lr_ordersession where oid='240171381986710';
# User@Host: mengtor[mengtor] @ localhost []
# Query_time: 0.000130  Lock_time: 0.000024 Rows_sent: 0  Rows_examined: 59
SET timestamp=1381986711;
select * from lr_productspic where pid=4586 order by pcid desc;
# User@Host: mengtor[mengtor] @ localhost []
# Query_time: 0.001333  Lock_time: 0.000357 Rows_sent: 10  Rows_examined: 91
SET timestamp=1381986711;
select pid,productpic,productstitle,newicon,cid,availability,oneprice from lr_products where cid in(0,......

就是說將所有的sql語句都記錄了, long_query_time這個參數(shù)無效。

請大家?guī)兔纯,非常感謝!



PS:系統(tǒng)配置
ubuntu:1210
PHP:5.3.2-1
mysql: 5.1.41-3

論壇徽章:
0
2 [報告]
發(fā)表于 2013-10-17 16:52 |只看該作者
http://docs.oracle.com/cd/E17952 ... var_long_query_time
For logging to a file, times are written including the microseconds part.

寫的日志里面的是微秒
1秒(s) = 1000 毫秒(ms) = 1,000,000 微秒(μs)

論壇徽章:
0
3 [報告]
發(fā)表于 2013-10-19 20:26 |只看該作者
回復(fù) 2# a.a

多謝回復(fù),我將這個時間值改為500后(即0.5秒),日志果然少了,現(xiàn)在日志結(jié)果為:(敏感信息以*代替)

/usr/sbin/mysqld, Version: 5.1.41-3ubuntu12.10-log ((Ubuntu)). started with:
Tcp port: 3306  Unix socket: /var/run/mysqld/mysqld.sock
Time                 Id Command    Argument
# Time: 131017 23:03:20
# User@Host: admin_zjm[admin_zjm] @  [*****]
# Query_time: 18446744073709.546875  Lock_time: 0.000099 Rows_sent: 0  Rows_examined: 3712
use *****;
SET timestamp=1382065400;
SELECT productstitle FROM lr_zjm_out AS a LEFT JOIN lr_zjm_out_detail AS b ON a.out_id = b.out_id LEFT JOIN lr_products ON goods_id = pid WHERE rec_time = '0' AND add1_time > 0 AND productstitle LIKE '******%' AND platform LIKE '***.com';

那現(xiàn)在如何查看這段SQL究竟執(zhí)行了多長時間?原來我設(shè)10的時候,Query_time可能為30.83241,很好理解,但現(xiàn)在這個數(shù)值?真的不明白。

論壇徽章:
1
未羊
日期:2013-10-18 11:47:51
4 [報告]
發(fā)表于 2013-10-19 21:13 |只看該作者
meditatorzhang 發(fā)表于 2013-10-19 20:26
回復(fù) 2# a.a

多謝回復(fù),我將這個時間值改為500后(即0.5秒),日志果然少了,現(xiàn)在日志結(jié)果為:(敏感信 ...



用mysqldumpslow看吧,自己打開來看真心蛋疼啊
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP