Apache轻量级性能测试工具

平时工作中会需要一些性能测试，简单的性能测试完全可以由AB来替代，而不需要动用LR这样重量级的工具。

此文简单介绍一下ab的工具使用与结果分析。当作个笔记，以便以后查阅。

1、安装：要使用AB，需要先安装Apache，它是Apache自带的测试工具(apache benchmark)，在apache的安装目录下。
2、使用：

使用格式： ./ab [options] [http://]hostname[:port]/path
参数说明：
    -n requests     Number of requests to perform
    //在测试会话中所执行的请求个数。默认时，仅执行一个请求
    -c concurrency Number of multiple requests to make
    //一次产生的请求个数。默认是一次一个。
    -t timelimit    Seconds to max. wait for responses
    //测试所进行的最大秒数。其内部隐含值是-n 50000。它可以使对服务器的测试限制在一个固定的总时间以内。默认时，没有时间限制。
    -p postfile     File containing data to POST
    //包含了需要POST的数据的文件.
    -T content-type Content-type header for POSTing
    //POST数据所使用的Content-type头信息。
    -v verbosity    How much troubleshooting info to print
    //设置显示信息的详细程度 - 4或更大值会显示头信息， 3或更大值可以显示响应代码(404, 200等), 2或更大值可以显示警告和其他信息。 -V 显示版本号并退出。
    -w              Print out results in HTML tables
    //以HTML表的格式输出结果。默认时，它是白色背景的两列宽度的一张表。
    -i              Use HEAD instead of GET
   // 执行HEAD请求，而不是GET。
    -x attributes   String to insert as table attributes
    //
    -y attributes   String to insert as tr attributes
    //
    -z attributes   String to insert as td or th attributes
    //
    -C attribute    Add cookie, eg. 'Apache=1234. (repeatable)
    //-C cookie-name=value 对请求附加一个Cookie:行。其典型形式是name=value的一个参数对。此参数可以重复。
    -H attribute    Add Arbitrary header line, eg. 'Accept-Encoding: gzip'
                    Inserted after all normal header lines. (repeatable)
    -A attribute    Add Basic WWW Authentication, the attributes
                    are a colon separated username and password.
    -P attribute    Add Basic Proxy Authentication, the attributes
                    are a colon separated username and password.
    //-P proxy-auth-username:password 对一个中转代理提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即, 是否发送了401认证需求代码)，此字符串都会被发送。
    -X proxy:port   Proxyserver and port number to use
    -V              Print version number and exit
    -k              Use HTTP KeepAlive feature
    -d              Do not show percentiles served table.
    -S              Do not show confidence estimators and warnings.
    -g filename     Output collected data to gnuplot format file.
    -e filename     Output CSV file with percentages served
    -h              Display usage information (this message)
    //-attributes 设置 属性的字符串.
缺陷程序中有各种静态声明的固定长度的缓冲区。另外，对命令行参数、服务器的响应头和其他外部输入的解析也很简单，这可能会有不良后果。它没有完整地实现
HTTP/1.x; 仅接受某些'预想'的响应格式。 strstr(3)的频繁使用可能会带来性能问题，即, 你可能是在测试ab而不是服务器的性能。

参数很多，一般我们用 -c 和 -n 参数就可以了. 例如:

./ab -c 3 -n 3 http://XXX.php

这个表示同时处理3个请求并运行3次XXX.php文件.
#ab -c 3 -n 3 http://XXX.php

下面是一个真实请求的例子：

Benchmarking test.web.com (be patient).....done

Server Software:        nginx/1.1.7

//apache 版本1.1.7

Server Hostname:        test10.web.com

//服务器主机名

Server Port:            8037

//服务器端口

Document Path:          /tools/Login.php

//测试的页面地址

Document Length:        5614 bytes

//文档大小

Concurrency Level:      3

//并发数

Time taken for tests:   5.936210 seconds

//整个测试持续时间

Complete requests:      3

//完成的请求数量

Failed requests:        2

//失败的请求数量

(Connect: 0, Length: 2, Exceptions: 0)

Write errors:           0

Total transferred:      17273 bytes

//整个场景中的网络传输量

HTML transferred:       16835 bytes

//整个场景中的HTML内容传输量

Requests per second:    0.51 [#/sec] (mean)

//大家最关心的指标之一，相当LR中的每秒事务数TPS，后面括号中的 mean 表示这是一个平均值

Time per request:       5936.210 [ms] (mean)

//大家最关心的指标之二，相当于LR 中的平均事务响应时间，后面括号中的 mean 表示这是一个平均值

Time per request:       1978.737 [ms] (mean, across all concurrent requests)

//每个请求实际运行时间的平均值

Transfer rate:          2.70 [Kbytes/sec] received

//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题

Connection Times (ms)

min  mean[+/-sd] median   max

Connect:        0    0   0.0      0       0                      //建立连接消耗的时间

Processing:  5926 5930   5.3   5932    5936   //处理请求消耗的时间

Waiting:     5926 5929   4.8   5931    5935       //等待服务器处理消耗的时间

Total:       5926 5930   5.3   5932    5936         //整个过程消耗的时间

//网络上消耗的时间的分解

Percentage of the requests served within a certain time (ms)

50%   5928

66%   5928

75%   5936

80%   5936

90%   5936

95%   5936

98%   5936

99%   5936

100%   5936 (longest request)

//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50%的用户响应时间小于5928 毫秒，66%的用户响应时间小于5928 毫秒，最大的响应时间小于5936 毫秒。

转自：http://blog.csdn.net/xifeijian/article/details/25166031