易栈网-膘叔（Neatstudio.COM）

易栈网-膘叔

XMLHttpRequest层：Firebug

HTTP层：Tamper Data

HTTP层：burpsuite

TCP层：wireshark

好文推荐：五款常用mysql slow log分析工具的比较

Web通信分析工具（ZZ）

XMLHttpRequest层：Firebug

HTTP层：Tamper Data

HTTP层：burpsuite

TCP层：wireshark

日志分类

热门标签

日志归档

搜索文章

最新评论

博客信息

友情链接

启用 slow log

比较的五款常用工具

总结

启用 slow log

比较的五款常用工具

总结

一直在用MYSQL，因此对于慢查询就非常在意，虽然自己写代码的时候不是特别注意，但真正上线后还是要关注关注的。

最简单的看LOG就是用phpmyadmin查看一下，但这终究不是办法。所幸，工具还是很多的。javaeye上就有人贴出了工具和使用方法：

有两种启用方式:

1, 在my.cnf 里通过 log-slow-queries[=file_name]

2, 在mysqld进程启动时,指定--log-slow-queries[=file_name]选项

mysqldumpslow, mysqlsla, myprofi, mysql-explain-slow-log, mysqllogfilter

mysqldumpslow, mysql官方提供的慢查询日志分析工具. 输出图表如下:

主要功能是, 统计不同慢sql的

出现次数(Count),

执行最长时间(Time),

累计总耗费时间(Time),

等待锁的时间(Lock),

发送给客户端的行总数(Rows),

扫描的行总数(Rows),

用户以及sql语句本身(抽象了一下格式, 比如 limit 1, 20 用 limit N,N 表示).

mysqlsla, hackmysql.com推出的一款日志分析工具(该网站还维护了 mysqlreport, mysqlidxchk 等比较实用的mysql工具)

整体来说, 功能非常强大. 数据报表,非常有利于分析慢查询的原因, 包括执行频率, 数据量, 查询消耗等.

格式说明如下:

总查询次数 (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 sent, 结果行统计数量, 包括平均, 最小, 最大数量.
Rows examined, 扫描的行数量.

Database, 属于哪个数据库

Users, 哪个用户,IP, 占到所有用户执行的sql百分比

Query abstract, 抽象后的sql语句

Query sample, sql语句

除了以上的输出, 官方还提供了很多定制化参数, 是一款不可多得的好工具.

mysql-explain-slow-log, 德国人写的一个perl脚本.
http://www.willamowius.de/mysql-tools.html

功能上有点瑕疵, 不仅把所有的 slow log 打印到屏幕上, 而且统计也只有数量而已. 不推荐使用.

mysql-log-filter, google code上找到的一个分析工具.提供了 python 和 php 两种可执行的脚本.
http://code.google.com/p/mysql-log-filter/

功能上比官方的mysqldumpslow, 多了查询时间的统计信息(平均,最大, 累计), 其他功能都与 mysqldumpslow类似.
特色功能除了统计信息外, 还针对输出内容做了排版和格式化, 保证整体输出的简洁. 喜欢简洁报表的朋友, 推荐使用一下.

myprofi, 纯php写的一个开源分析工具.项目在 sourceforge 上.
http://myprofi.sourceforge.net/

功能上, 列出了总的慢查询次数和类型, 去重后的sql语句, 执行次数及其占总的slow log数量的百分比.
从整体输出样式来看, 比mysql-log-filter还要简洁. 省去了很多不必要的内容. 对于只想看sql语句及执行次数的用户来说, 比较推荐.

工具/功能	一般统计信息	高级统计信息	脚本	优势
mysqldumpslow	支持	不支持	perl	mysql官方自带
mysqlsla	支持	支持	perl	功能强大,数据报表齐全,定制化能力强.
mysql-explain-slow-log	支持	不支持	perl	无
mysql-log-filter	支持	部分支持	python or php	不失功能的前提下,保持输出简洁
myprofi	支持	不支持	php	非常精简

---EOF---
作者：galaxystar，来自：http://www.javaeye.com/topic/242516，他现在的博客是：http://kenwublog.com/。

身为一名WEB开发人员，对于WEB通信当然是非常关心的，对于每一个POST甚至都有可能要抓包进行分析，但究竟怎么做，用什么做，如何去做，还是有点讲究的。我个人是习惯用fireBug和webdeveloper还有IE下的httpwatch等进行分析。看到这篇文章的介绍，也可以看看别人是怎么做，取别人的之长补自己之短才能有进步嘛。。

原文链接：http://tech.idv2.com/2008/12/30/web-comm-analyzer/

原文作者：charlee

内容如下：（图片下载到了本地了）

在抓虾上看到一篇Web开发分析工具的文章（链接就免了），怎么远没有我用的东西好用呢？还是介绍介绍我用的吧。由于平常开发只用FireFox，完成后再去调试IE，所以这些工具绝大部分是针对FireFox的。

如果把Web通信从上到下分为许多层——XMLHttpRequest层，HTTP层，TCP层，那么这些工具可以分别抓取每个层的通信数据进行分析，结合使用极其强大。

2008/12/31：另外可以参考daniel同学的Web开发常用工具一文，相信会大有帮助哦。

适用范围	Ajax应用程序
优点	使用方便，数据截取完整
缺点	只能分析XMLHttpRequest请求，其他类型的请求无能为力

Firebug应该是尽人皆知了。它的控制台能监视XMLHttpRequest请求，能看到完整的请求和应答的数据。用它来调试Ajax程序是最好不过了。

适用范围	普通网页，Ajax应用程序，Flash
优点	使用方便，适用范围广，任何HTTP请求都能截获
缺点	只能截获请求头、请求内容、应答头，得不到应答内容；涉及文件下载时效率大幅度降低

Tamper Data比Firebug进了一步，只要是HTTP请求，它都能抓下来，可惜的是看不到应答内容。适用于分析请求流程、请求参数、请求数据、重定向URL。对于非Ajax程序如普通网页、Flash、ActiveX等程序，用Tamper Data来分析十分方便。

适用范围	普通网页，Ajax应用程序，Flash
优点	适用范围广，截取数据完整，不挑网卡
缺点	使用稍稍麻烦

burpsuite中的proxy功能用于分析Web通信十分好用。它的原理是架设一个代理服务器，让浏览器通过代理来发送请求，代理就可以截获数据了。

使用方法为：

配置proxy，然后设置浏览器使用它的proxy
访问想要抓取的那个网页
burp suite的proxy中就会看到请求内容，在这里即可详细地分析请求。
如果想继续分析应答，可以右键点击请求内容，选send to repeater
切换到repeater标签，点【go】按钮发送请求，在下方就可以看到应答

适用范围	任何网络程序
优点	适用范围广，截取数据完整
缺点	使用麻烦；不能使用loopback网卡

如果以上方法都不管用，就要祭出终极武器wireshark（原名ethereal）了。它从网络的最底层入手，可以截获任何类型的网络通信，而不仅仅是HTTP协议。比如要开发一个邮件程序，需要分析服务器端脚本与POP3服务器之间的通信，那就非得wireshark出马不可了。

使用方法：

在wireshark中选择抓取物理网卡；
让应用程序发请求；
在wireshark中停止抓取；
从抓到的包一览中找出刚才应用程序发出的请求，右键点击选择 Follow TCP Stream，就能看到该请求的完整内容。

这个工具的不足之处是它不能抓取loopback的网卡，也就是说，如果你的程序连接的是位于localhost或127.0.0.1的服务器，那wireshark是抓不到的。解决方法是，让程序通过真实物理网卡去连别的机器，或是使用虚拟机的虚拟网卡也行。

« 2024年11月 »