简介做测试或者服务端开发的同学经常想要知道我们的后台服务能同时承载多少用户量，通过模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。压力测试需要确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大的服务级别。通俗地讲，压力测试是为了发现在什么条件下您的应用程序的性能会变得不可接受。这是就需要用到一些压测工具来对服务器进行并发压力测试。常见的压力测试工具有Jmeter，LoadRunner，ab等等，一般来说做压力测试，建议使用Jmeter或者LoadRunner，但是简单场景的压测使用ab就很方便快捷，还可以在linux服务器上进行，可以与其他压测工具做下对比。

本文将介绍如何使用ab对服务器进行压力测试，内容有

ab工具的安装

压测命令的用法

压测简单示例

压测结果分析

1、ab工具的安装介绍

ab是apachebench命令的缩写，ab命令会创建多个并发访问线程，模拟多个访问者同时对某一HTTP URL地址进行访问。

ab命令对发出负载的计算机要求很低，它既不会占用很高CPU，也不会占用很多内存。但却会给目标服务器造成巨大的负载，其原理类似CC攻击。自己测试使用也需要注意，否则一次上太多的负载。可能造成目标服务器资源耗完，严重时甚至导致死机。

安装

yum -y install httpd-tools查看版本

ab -V2、压测命令的用法参数解析：

-n 测试会话中所执行的请求个数,默认仅执行一个请求,如果不指定-t参数，默认执行完所有请求后自动结束压测-c 一次产生的请求个数,即同一时间发出多少个请求,默认为一次一个,此参数可以控制对服务器的单位时间内的并发量-t 测试所进行的最大秒数,默认为无时间限制....其内部隐含值是[-n 50000],它可以使对服务器的测试限制在一个固定的总时间以内,如果时间到了，请求个数还未执行完，也会被停止。-p 包含了需要POST的数据的文件,数据格式以接口请求参数定义的格式为准,eg. xxx.json #json 内容示例： {"name":"小明","sex":"男"}-T POST 数据所使用的Content-type头信息,指定请求参数格式，eg. application/json-r 在接口返回失败后，默认会终止压测，添加此参数后压测会继续进行-v 设置显示信息的详细程度-w 以HTML表格的形式输出结果,默认是白色背景的两列宽度的一张表-i 以HTML表格的形式输出结果,默认是白色背景的两列宽度的一张表-x 设置属性的字符串,此属性被填入[/table]-y 设置属性的字符串-z 设置[table]属性的字符串-C 对请求附加一个Cookie行，其典型形式是name=value的参数对,此参数可以重复-H 对请求附加额外的头信息,此参数的典型形式是一个有效的头信息行,其中包含了以冒号分隔的字段和值的对(如"Accept-Encoding:zip/zop;8bit")-A HTTP验证,用冒号:分隔传递用户名及密码-P 无论服务器是否需要(即是否发送了401认证需求代码),此字符串都会被发送-X 对请求使用代理服务器-V 显示版本号并退出-k 启用HTTP KeepAlive(长连接)功能,即在一个HTTP会话中执行多个请求,默认为不启用KeepAlive功能-d 不显示"percentage served within XX [ms] table"的消息(为以前的版本提供支持)-S 不显示中值和标准背离值,且均值和中值为标准背离值的1到2倍时,也不显示警告或出错信息,默认会显示最小值/均值/最大值等(为以前的版本提供支持)-g 把所有测试结果写入一个'gnuplot'或者TSV(以Tab分隔的)文件-e 产生一个以逗号分隔的(CSV)文件,其中包含了处理每个相应百分比的请求所需要(从1%到100%)的相应百分比的(以微秒为单位)时间-h 显示使用方法-k 发送keep-alive指令到服务器端一般用法

对某接口进行压力测试:

ab -n 1000000 -c 200 -r "http://localhost:8080/helloworld?name=小明"以每秒200个请求的速度对此接口进行访问，知道请求数达到1000000个为止，忽略接口返回的错误信息

3、压测简单示例对get请求进行压测（一些页面和图片资源的访问也可以用这种方式）

#请求接口ab -n 1000000 -c 200 -r "http://localhost:8080/helloworld?name=小明" #获取图片ab -n 1000000 -c 200 -r "http://localhost:8080/static/test.png" #获取页面ab -n 1000000 -c 200 -r "http://localhost:8080/index.html" 对post请求进行压测

#压测命令ab -n 1000000 -c 1000 -r -p data.json -T 'application/json' "http://localhost:8080/public/regist"#编辑请求数据# vi data.json{"account":"128983321","nickname":"小明","sex":"男","age":22,"password":"DFKJDFJDLSDKSKL&%DFSD"}注意：如果想在请求失败后结束压测，可以去掉-r参数

4、压测结果分析压测命令

ab -n 10000 -c 1000 -r "http://127.0.0.1:8080/helloworld?name=小明"压测结果

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 172.25.0.248 (be patient)Completed 1000 requestsCompleted 2000 requestsCompleted 3000 requestsCompleted 4000 requestsCompleted 5000 requestsCompleted 6000 requestsCompleted 7000 requestsCompleted 8000 requestsCompleted 9000 requestsCompleted 10000 requestsFinished 10000 requestsServer Software: Server Hostname: 127.0.0.1 #请求的URL主机名Server Port: 8080 #请求端口Document Path: /helloworld?name=小明 #请求路径Document Length: 29 bytes #HTTP响应数据的正文长度Concurrency Level: 1000 #并发用户数，这是我们设置的参数之一（-c）Time taken for tests: 129.957 seconds #所有这些请求被处理完成所花费的总时间 单位秒Complete requests: 10000 #总请求数量，这是我们设置的参数之一（-n）Failed requests: 0 #表示失败的请求数量Write errors: 0 #所有请求的响应数据长度总和。包括每个HTTP响应数据的头信息和正文数据的长度Total transferred: 1500000 bytes #所有请求的响应数据中正文数据的总和，也就是减去了Total transferred中HTTP响应数据中的头信息的长度HTML transferred: 290000 bytes #吞吐量，计算公式：Complete requests/Time taken for tests 总请求数/处理完成这些请求数所花费的时间Requests per second: 76.95 [#/sec] (mean) #用户平均请求等待时间，计算公式：Time token for tests/（Complete requests/Concurrency Level）。处理完成所有请求数所花费的时间/（总请求数/并发用户数）Time per request: 12995.680 [ms] (mean) #用户平均请求等待时间，计算公式：Time token for tests/（Complete requests/Concurrency Level）。处理完成所有请求数所花费的时间/（总请求数/并发用户数）Time per request: 12.996 [ms] (mean, across all concurrent requests) #服务器平均请求等待时间，计算公式：Time taken for tests/Complete requests，正好是吞吐率的倒数。也可以这么统计：Time per request/Concurrency LevelTransfer rate: 11.27 [Kbytes/sec] received #表示这些请求在单位时间内从服务器获取的数据长度，计算公式：Total trnasferred/ Time taken for tests，这个统计很好的说明服务器的处理能力达到极限时，其出口宽带的需求量。Connection Times (ms) min mean[ /-sd] median maxConnect: 0 24 150.7 0 1003Processing: 73 12348 2207.1 12966 13916Waiting: 53 12348 2207.1 12966 13916Total: 73 12373 2199.0 12968 14023Percentage of the requests served within a certain time (ms) 50% 12968 #50%的请求在13秒内返回 66% 13005 75% 13031 80% 13049 90% 13109 95% 13173 98% 13260 99% 13350 #99%的请求在13.4秒内返回 100% 14023 (longest request)