mysql性能慢查询开启查看日志

1、开启查看慢查询日志1，配置开启在配置文件f 中增加log-slow-queries=/var/lib/slowquery.log (指定日志文件存放位置，可以为空，系统会给一个缺省的文件 host_name-slow.log)long_query_time=2 (超过的时间，默认为 10s)log-queries-not-using-indexes (log 下来没有使用索引的 query,可以根据情况决定是否开启)log-long-format (如果设置了，所有没有使用索引的查询也将被) 2,查看方式使用常用命令自带命令dumpslow 查看-s-t-gORDER what to NUM

2、just show PATTERN grep:sort by (t, at, l, al, r, ar etc), at is defaultthe top n queriesonly consider stmtst include this stringeg:s， 是 order 的顺序，说明写的不够详细，俺用下来，包括看了代码，主要有c,t,l,r 和 ac,at,al,ar，分别是按照 query 次数，时间，lock 的时间和返回的数来排序，前面加了 a 的时倒序 -t，是 top n 的意思，即为返回前面多少条的数据 -g，后边可以写一个正则匹配模式，大小写不敏感的dumpslow

3、-s dumpslow -s上述命令可以看出dumpslow -tc r-t 20 host-slow.log-t 20 host-slow.log次数最多的20 个sql 语句和返回集最多的20 个sql。10 -s t -g “left join” host-slow.log 这个是按照时间返回前 10 条里面含有左连接的 sql 语句。慢查询日志对于有问题的查询非常有用,可以分析出当前程序里有很耗费资源的 sql 语句,那如何打开的慢查询日志呢?其实打开的慢查询日志很简单,只需要在的配置文件里(windows 系统是 my.ini,linux 系统是 log-slow-queries=/

4、var/lib/ long_query_time=2f)的d下面加上如下代码：/slowquery.log注:log-slow-queries 设置把日志写在那里，为空的时候，系统会给慢查询日志赋予主机名，并被附加 slow.log. /var/lib/slowquery.log 为日志存放的文件的位置,一般这个目录要有的运行帐号的可写权限,一般都将这个目录 设置为的数据存放目录long_query_time=2 中的 2 表示查询超过两秒才.如果设置了参数 log-long-format，那么所有没有使用索引的查询也将被。在文件f 或 my.ini 中加入下面这一行可 以这些查询这是一个有用

5、的日志。它对于性能的影响不大（假设所有查询都很快），并且强调了那些最需要注意的查询（丢失了索引或索引没有得到最佳应用）# # #Time: 070927 8:08:52UserHost: rootroot 192.168.0.20Query_time: 372 Lock_time: 136 Rows_sent: 152 Rows_examined: 263630select id, name from manager where id in (66,10135);这是慢查询日 志中的一条，用了 372 秒，锁了 136 秒，返回 152 行，一共查了263630 行如果日志内容很多，用眼睛一条

6、一条去看会累死，工具，使用方法如下：自带了分析的命令行下，进入/bin 目录，输入dumpslow help 或-help 可以看到这个工具的参数，主要有Usage: Parse anddumpslow OPTS. LOGS. query log. Options aresummarize theslow-ver-debug-help-v-d-s ORDER-r)everedebugwrite this text vere debugto standard outputwhat to sort by (t, at, l, al, r, ar etc), at is default revers

7、e the sort order (largest last instead of-t-a-nNUMjust show the top n queriesdont abstract all numbers to N and strings to S abstract numbers wit least n digits within namesNUM-g PATTERN-h HOSTNAMEwildcard),grep: only consider stmtst include this stringhostname of db server for *-slow.log filename (

8、can bedefault is *, i.e. match all-i NAMEscrpt)-lname of server instance (if using.server startupdont subtract lock time from total time-s，是 order 的顺序，说明写的不够详细，俺用下来，包括看了代码，主要有c,t,l,r 和 ac,at,al,ar，分别是按照 query 次数，时间，lock 的时间和返回的数来排序，前面加了 a 的时倒叙-t，是 top n 的意思，即为返回前面多少条的数据-g， 后边可以写一个正则匹配模式，大小写不敏感的dumps

9、low -s dumpslow -s上述命令可以看出dumpslow -tc r-t 20 host-slow.log-t 20 host-slow.log次数最多的20 个sql 语句和返回集最多的20 个sql。10 -s t -g “left join” host-slow.log这个是按照时间返回前 10 条里面含有左连接的 sql 语句。sla 分析慢查询日志Slow log: General log: Binary log:sla -lt slow slow.logsla -lt general general.logbinlog bin.log |sla -lt binarysl

10、a 是第提供的 perl，不过它功能更强悍，可以分析包括慢查询在内的多种格式的日志，同时没有上面所说的dumpslow 的缺点。tar zxf ht/scripts/sla-2.03.tar.gzcd perl make makesla-2.03 Makefile.PLinstallsla 会自动判断日志类型，缺省会打印出前十条结果，可以通过类似“-top 100”的参数来修改，如果觉得每次输入麻烦，还可以建立一个配置文件“/.数了。sla”，在文件里写上：top=100，这样就不用每次都手动 输入参还有很多其他的工具，不过我感觉只要会用这两个就足够了，dumpslow 相对通用，sla 相对

11、强大，剩下其他的杂七杂八 的工具不看也罢。慢查询分析是个长期工作，即便系统长时间没有引入新的 SQL 查询，也可能由于不断更新数据使得数据分布特征发生变化，从而导致索引失效，进而产 生慢查询。所以说平时要多留神，有了上面介绍的利器，工作会清闲很多。sla -lt slow /tmp/slowquery.log整体来说, 功能非常强大. 数据报表,非常有利于分析慢查询的原因, 包括执行频率, 数据量, 查询消耗等.格式说明如下:总 查询次数 (queries total), 去重后的 sql 数量 (unique)输出报表的内容排序(sorted by)最的 慢 sql 统计信息, 包括 平均执行时间, 等待锁时间, 结果行的总数,扫描的行总数.Count, sql 的执行次数及占总的 slow log 数量的百分比.Time, 执行时间, 包括总时间, 平均时间, 最小, 最大时间, 时间占到总慢sql 时间的百分比.95% of Time, 去除最快和最慢的 sql, 覆盖率占 95%的 sql 的执行时间. Lock Time, 等待锁的时间.95% of Lock , 95%的慢 sql 等待锁时间.Rows sen