一直以来积累了很多对MySQL优化的心得和经验,计划通过写日志的方式一步一步写出来分享给大家。
MySQL优化的第一步应该做的就是排查问题,找出瓶颈,而通常情况下的瓶颈和问题都需要通过观察MySQL的运行情况来进行分析,《查看MySQL运行状况》这篇文章罗列了一些常用的查看MySQL运行信息的方式。
而对于大多数的程序员来说,最容易发现并解决的问题就是MySQL的慢查询或者没有利用索引的查询,所以这里主要给大家介绍如何利用官方的mysqldumpslow工具方便的查看这些信息。如何打开MySQL的慢查询,请点击《打开MySQL的慢查询记录》。
mysqldumpslow命令
/path/mysqldumpslow -s c -t 10 /database/mysql/slow-log
这会输出记录次数最多的10条SQL语句,其中:
-
-s, 是表示按照何种方式排序,c、t、l、r分别是按照记录次数、时间、锁定时间、返回的记录数来排序,ac、at、al、ar,表示相应的平均;
-
-t, 是top n的意思,即为返回前面多少条的数据;
-
-g, 后边可以写一个正则匹配模式,大小写不敏感的;
比如
/path/mysqldumpslow -s r -t 10 /database/mysql/slow-log
得到返回记录集最多的10个查询。
/path/mysqldumpslow -s t -t 10 -g “left join” /database/mysql/slow-log
得到按照时间排序的前10条里面含有左连接的查询语句。
小结
使用mysqldumpslow命令可以非常明确的得到各种我们需要的查询语句,对MySQL查询语句的监控、分析、优化是MySQL优化的第一步,也是非常重要的一步。
-
mysqldumpslow --help可显示其参数的使用
-
-
经常使用的参数:
-
-s,是order的顺序
-
al 平均锁定时间
-
ar 平均返回记录时间
-
at 平均查询时间(默认)
-
c 计数
-
l 锁定时间
-
r 返回记录
-
t 查询时间
-
-
-
-t,是top n的意思,即为返回前面多少条的数据
-
-g,后边可以写一个正则匹配模式,大小写不敏感的
-
例子:
-
mysqldumpslow -t 10 -s t -g “left join” host-slow.log
-
使用mysqldumpslow的分析结果不会显示具体完整的sql语句,说明:
-
-
1:假如真正的sql语句如下:
-
SELECT * FROM sms_send WHERE service_id=10 GROUP BY content LIMIT 0, 1000;
-
-
mysqldumpslow显示的结果会是:
-
Count: 1 Time=1.91s (1s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
-
SELECT * FROM sms_send WHERE service_id=N GROUP BY content LIMIT N, N;
-
-
2:如果我们再执行一条
-
SELECT * FROM sms_send WHERE service_id=20 GROUP BY content LIMIT 10000, 1000;
-
-
mysqldumpslow显示的结果会是:
-
Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
-
SELECT * FROM sms_send WHERE service_id=N GROUP BY content LIMIT N, N;
-
-
虽然这两条语句条件不一样,
-
1:一个是server_id=10,一个是server_id=20
-
2:一个是LIMIT 0, 1000,一个是LIMIT 10000, 1000
-
但是mysqldumpslow分析会认为这是一种类型的语句,会合并显示。
-
-
3:假设我们执行
-
SELECT * FROM sms_send WHERE service_id<=10 GROUP BY content LIMIT 0, 1000;
-
-
执行mysqldumpslow结果是
-
Count: 1 Time=2.91s (2s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
-
SELECT * FROM sms_send WHERE service_id<=N GROUP BY content LIMIT N, N;
-
-
可以看出它和上面我们写的sql语句是两种类型
-
mysqldumpslow的分析结果
-
Count会告诉我们这种类型的语句执行了几次
-
Time会告诉我们这种类型的语句执行的最大时间
-
Time=2.79s (5s)中(5s)是指这类型的语句执行总共花费的时间
-
例:
-
Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
-
-
告诉我们执行了2次
-
最大时间是2.79s
-
总共花费时间5s
-
lock时间0s
-
单次返回的结果数是1条记录
-
2次总共返回2条记录
-
-
mysqldumpslow -s t -t 10 slow.log
-
查询的结果是10条执行时间最慢的sql语句,其中-s t是指此类类型的语句的执
-
行总时长
-
-
Count: 1 Time=2.91s (2s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
-
和
-
Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
-
比较的结果是
-
Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
-
排在前面,因为比较的时长是(5s)和(2s),而不是2.79s和2.91s
-
-
-s at比较的也是(5s)/count:2和(2s)/Count: 1
-
所以:-s at是
-
Count: 1 Time=2.91s (2s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
-
排在前面。
-
-
Rows=1.0 (2) 是按照以下逻辑展示的
-
(2)是指在Count: 2次数总共返回了2条记录集;row=1.0显示(2)/Count: 2,
-
如果此时Count是3,那么row的计算方式是Rows=2/3,Rows=0.67
-
-
主要功能是, 统计不同慢sql的出现次数(Count),执行最长时间(Time),累计总耗费时间(Time),等待锁的时间(Lock),发送给客户端的行总数(Rows),扫描的行总数(Rows)
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/29096438/viewspace-1817535/
,如需转载,请注明出处,否则将追究法律责任。