压测工具ApacheBench的入门教程

不念不忘少年蓝@ 2022-02-04 02:11 518阅读 0赞

# ApacheBench #

## ApacheBench ##

是一个指令列程式，专门用来执行网站服务器的运行效能，特别是针对Apache 网站服务器。这原本是用来检测 Apache 网站服务器能够提供的效能，特别是可以看出Apache能提供每秒能送出多少网页。

ApacheBench( ab )工具程式是标准 Apache 网站服务器发布的一部分，跟 Apache 网站服务器一样，也是免费软件，并可以用 Apache许可证 的规范下散布此软件。

### Apache Bench命令原理： ###

ab命令会创建很多的并发访问线程，模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的，因此，既可以用来测试Apache的负载压力，也可以测试nginx、lighttpd、tomcat、IIS等其它Web服务器的压力。  
ab命令对发出负载的计算机要求很低，既不会占用很高CPU，也不会占用很多内存，但却会给目标服务器造成巨大的负载，其原理类似CC攻击。自己测试使用也须注意，否则一次上太多的负载，可能造成目标服务器因资源耗完，严重时甚至导致死机。

### Apache Bench相关使用说明: ###

Apache HTTP Server 网站下载最新版，如果你要在 Windows 的环境执行 ApacheBench 可以直接下载 Win32 Binary 的版本就好，由于在线所提供的版本是 MSI 的封装档，安装好之后也等同于在你的计算机内安装了一套 Apache HTTP Server，如果你不需要多执行一套 Apache HTTP Server 的话，你可以在安装好之后进入 C:\\Program Files\\Apache Group\\Apache2\\bin 目录，找到 ab.exe 执行档，复制出来后再移除 Apache 安装即可，因为 ab.exe 是可以独立执行的，不需要任何关连的 dll 。

## ApacheBeach使用 ##

Usage: ab [options] [http[s]://]hostname[:port]/path
    用法：ab [选项] 地址
    
    选项：
    Options are:
        -n requests         #执行的请求数，即一共发起多少请求。
        -c concurrency      #请求并发数。
        -t timelimit        #测试所进行的最大秒数。其内部隐含值是-n 50000，它可以使对服务器的测试限制在一个固定的总时间以内。默认时，没有时间限制。
        -s timeout          #指定每个请求的超时时间，默认是30秒。
        -b windowsize       #指定tcp窗口的大小，单位是字节。
        -B address          #指定在发起连接时绑定的ip地址是什么。
        -p postfile         #指定要POST的文件，同时要设置-T参数。
        -u putfile          #指定要PUT的文件，同时要设置-T参数。
        -T content-type     #指定使用POST或PUT上传文本时的文本类型，默认是'text/plain'。
        -v verbosity        #设置详细模式等级。
        -w                  #将结果输出到html的表中。
        -i                  #使用HEAD方式代替GET发起请求。
        -y attributes       #以表格方式输出时，设置html表格tr属性。 
        -z attributes       #以表格方式输出时，设置html表格th或td属性。
        -C attribute        #添加cookie,比如'Apache=1234'。（可重复）
        -H attribute        #为请求追加一个额外的头部，比如'Accept-Encoding: gzip'。（可重复）
        -A attribute        #对服务器提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即,是否发送了401认证需求代码)，此字符串都会被发送。
        -P attribute        #对一个中转代理提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即, 是否发送了401认证需求代码)，此字符串都会被发送。
        -X proxy:port       #指定代理服务器的IP和端口。
        -V                  #打印版本信息。
        -k                  #启用HTTP KeepAlive功能，即在一个HTTP会话中执行多个请求。默认时，不启用KeepAlive功能。
        -d                  #不显示"percentage served within XX [ms] table"的消息(为以前的版本提供支持)。
        -q                  #如果处理的请求数大于150，ab每处理大约10%或者100个请求时，会在stderr输出一个进度计数。此-q标记可以抑制这些信息。
        -g filename         #把所有测试结果写入一个'gnuplot'或者TSV(以Tab分隔的)文件。此文件可以方便地导入到Gnuplot,IDL,Mathematica,Igor甚至Excel中。其中的第一行为标题。
        -e filename         #产生一个以逗号分隔的(CSV)文件，其中包含了处理每个相应百分比的请求所需要(从1%到100%)的相应百分比的(以微妙为单位)时间。由于这种格式已经“二进制化”，所以比'gnuplot'格式更有用。
        -r                  #当收到错误时不要退出。
        -h                  #输出帮助信息
        -Z ciphersuite      #指定SSL/TLS密码套件
        -f protocol         #指定SSL/TLS协议(SSL3, TLS1, TLS1.1, TLS1.2 or ALL)

## 模拟压测某个网站首页 ##

[root@localhost ~]# ab -n 500 -c 10 http://gitee.com/
    This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
    Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
    Licensed to The Apache Software Foundation, http://www.apache.org/
    
    Benchmarking gitee.com (be patient)
    Completed 100 requests
    Completed 200 requests
    Completed 300 requests
    Completed 400 requests
    Completed 500 requests
    Finished 500 requests
    
    
    Server Software:        nginx           # 平台前端服务器类型
    Server Hostname:        gitee.com       # 服务器主机名
    Server Port:            80              # 服务器端口
    
    Document Path:          /               # 访问的路径
    Document Length:        178 bytes       # 返回数据大小
    
    Concurrency Level:      10              # 并发数
    Time taken for tests:   3.898 seconds   # 整个测试持续的时间
    Complete requests:      500             # 完成的请求数量
    Failed requests:        0               # 表示失败的请求数，这里的失败是指请求的连接服务器、发送数据、接收数据等环节发生异常，以及无响应后超时的情况。对于超时时间的设置可以用ab的-t参数。而如果接受到的http响应数据的头信息中含有2xx以外的状态码，则会在测试结果显示另一个名为“Non-2xx responses”的统计项，用于统计这部分请求数，这些请求并不算是失败的请求
    Write errors:           0               # 输出错误数量
    Non-2xx responses:      500             # 
    Total transferred:      217500 bytes    # 整个场景中的网络传输量，表示所有请求的响应数据长度总和，包括每个http响应数据的头信息和正文数据的长度。注意这里不包括http请求数据的长度，所以Total transferred代表了从Web服务器流向用户PC的应用层数据总长度。通过使用ab的-v参数即可查看详细的http头信息
    HTML transferred:       89000 bytes     # 整个场景中的HTML内容传输量，表示所有请求的响应数据中正文数据的总和，也就是减去了Total transferred中http响应数据中头信息的长度
    Requests per second:    128.26 [#/sec] (mean) # 每秒钟平均处理的请求数（相当于 LR 中的 每秒事务数）这便是我们重点关注的吞吐率，它等于：Complete requests / Time taken for tests
    Time per request:       77.964 [ms] (mean)  # 每次并发请求时间（当前并发10）
    Time per request:       7.796 [ms] (mean, across all concurrent requests) # 平均每个请求处理时间，所有并发的请求加一起
    Transfer rate:          54.49 [Kbytes/sec] received # 平均每秒网络流量
    
    # 花费在连接Connect，处理Processing，等待Waiting的时间的最小min，平均值mean，标准差[+/-sd]，中值median，最大表max的一个表。
    
    Connection Times (ms)
                  min  mean[+/-sd] median   max
    Connect:       23   27   1.3     27      30     # 连接
    Processing:    36   49   7.8     50     155     # 处理
    Waiting:       35   48   7.8     50     154     # 等待
    Total:         61   75   8.0     76     180     # 总量
    
    # 在一定比例的请求服务时间
    Percentage of the requests served within a certain time (ms)
      50%     76        # 50%的用户响应时间小于76毫秒
      66%     79        # 66%的用户响应时间小于79毫秒
      75%     80        # 以此类推...
      80%     81
      90%     83
      95%     85
      98%     87
      99%     89
     100%    180 (longest request)
    [root@localhost ~]#

## 例子 ##

# 模拟1个客户端请求100次：
    $ ab -n 100 http://www.example.com/
    
    
    # 模拟100个客户端请求10000次
    $ ab -n 10000 -c 100 http://www.example.com/
    
    # 调用POST方法的接口10次，传输的数据格式为JSON
    $ ab -n 10 -p json-file http://www.example.com/
    
    # 调用OPTIONS方法的接口10次
    $ ab -n 10 -m OPTIONS http://www.example.com/
    
    # 输出每次请求的返回信息
    $ ab -n 10 -v 2 http://www.example.com/

## 注意事项 ##

*  使用-H Content-Type 不能代替-T Content-Type指定Content-Type 头部
 *  如果提示ab: invalid URL，可能是URL最右边缺少/，例如http://www.example.com需要改为http://www.example.com/。
 *  需要注意如果压测的HTTP接口是通过返回结果判断是否成功（只要能响应都会返回200状态码），则需要自行去想办法识别失败的请求
 *  ab属于一个轻量级的压测工具，结果不会特别准确，可以用作参考。  
    追求准确的话，推荐使用jmeter或者LoadRunner。