mysqldumpslow慢查询

一直以来积累了很多对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优化的第一步，也是非常重要的一步。

1. mysqldumpslow --help可显示其参数的使用
   
2. 
   
3. 经常使用的参数：
   
4. -s，是order的顺序
   
5. al 平均锁定时间
   
6. ar 平均返回记录时间
   
7. at 平均查询时间（默认）
   
8. c 计数
   
9. l 锁定时间
   
10. r 返回记录
    
11. t 查询时间
    
12.  
    
13. 
    
14. -t，是top n的意思，即为返回前面多少条的数据
    
15. -g，后边可以写一个正则匹配模式，大小写不敏感的
    
16. 例子：
    
17. mysqldumpslow -t 10 -s t -g “left join” host-slow.log
    
18. 使用mysqldumpslow的分析结果不会显示具体完整的sql语句，说明：
    
19. 
    
20. 1：假如真正的sql语句如下：
    
21. SELECT * FROM sms_send WHERE service_id=10 GROUP BY content LIMIT 0, 1000;
    
22.  
    
23. mysqldumpslow显示的结果会是：
    
24. Count: 1 Time=1.91s (1s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
    
25. SELECT * FROM sms_send WHERE service_id=N GROUP BY content LIMIT N, N;
    
26.  
    
27. 2：如果我们再执行一条
    
28. SELECT * FROM sms_send WHERE service_id=20 GROUP BY content LIMIT 10000, 1000;
    
29. 
    
30. mysqldumpslow显示的结果会是：
    
31. Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
    
32. SELECT * FROM sms_send WHERE service_id=N GROUP BY content LIMIT N, N;
    
33.  
    
34. 虽然这两条语句条件不一样，
    
35. 1：一个是server_id=10,一个是server_id=20
    
36. 2：一个是LIMIT 0, 1000,一个是LIMIT 10000, 1000
    
37. 但是mysqldumpslow分析会认为这是一种类型的语句，会合并显示。
    
38.  
    
39. 3：假设我们执行
    
40. SELECT * FROM sms_send WHERE service_id<=10 GROUP BY content LIMIT 0, 1000;
    
41. 
    
42. 执行mysqldumpslow结果是
    
43. Count: 1 Time=2.91s (2s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
    
44. SELECT * FROM sms_send WHERE service_id<=N GROUP BY content LIMIT N, N;
    
45. 
    
46. 可以看出它和上面我们写的sql语句是两种类型
    
47. mysqldumpslow的分析结果
    
48. Count会告诉我们这种类型的语句执行了几次
    
49. Time会告诉我们这种类型的语句执行的最大时间
    
50. Time=2.79s (5s)中（5s）是指这类型的语句执行总共花费的时间
    
51. 例：
    
52. Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
    
53.  
    
54. 告诉我们执行了2次
    
55. 最大时间是2.79s
    
56. 总共花费时间5s
    
57. lock时间0s
    
58. 单次返回的结果数是1条记录
    
59. 2次总共返回2条记录
    
60. 
    
61. mysqldumpslow -s t -t 10 slow.log
    
62. 查询的结果是10条执行时间最慢的sql语句，其中-s t是指此类类型的语句的执
    
63. 行总时长
    
64. 
    
65. Count: 1 Time=2.91s (2s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
    
66. 和
    
67. Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
    
68. 比较的结果是
    
69. Count: 2 Time=2.79s (5s) Lock=0.00s (0s) Rows=1.0 (2), vgos_dba[vgos_dba]@[10.130.229.196]
    
70. 排在前面，因为比较的时长是(5s)和(2s)，而不是2.79s和2.91s
    
71. 
    
72. -s at比较的也是(5s)/count:2和(2s)/Count: 1
    
73. 所以：-s at是
    
74. Count: 1 Time=2.91s (2s) Lock=0.00s (0s) Rows=1000.0 (1000), vgos_dba[vgos_dba]@[10.130.229.196]
    
75. 排在前面。
    
76.  
    
77.  Rows=1.0 (2) 是按照以下逻辑展示的
    
78. （2）是指在Count: 2次数总共返回了2条记录集；row=1.0显示（2）/Count: 2，
    
79. 如果此时Count是3，那么row的计算方式是Rows=2/3,Rows=0.67
    
80.  
    
81. 主要功能是, 统计不同慢sql的出现次数(Count),执行最长时间(Time),累计总耗费时间(Time),等待锁的时间(Lock),发送给客户端的行总数(Rows),扫描的行总数(Rows)

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29096438/viewspace-1817535/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29096438/viewspace-1817535/