ab是apachebench命令的缩写，ab是apache自带的压力测试工具。ab十分实用，它不仅能够对apache服务器进行网站拜访压力测试，也能够对或其它类型的服务器进行压力测试。比方nginx、tomcat、IIS等。
ab的原理：ab命令会创立多个并发拜访线程，模仿多个访问者同时对某一URL地址进行拜访。它的测试指标是基于URL的，因而，它既能够用来测试apache的负载压力，也能够测试nginx、lighthttp、tomcat、IIS等其它Web服务器的压力。
ab命令对收回负载的计算机要求很低，它既不会占用很高CPU，也不会占用很多内存。但却会给指标服务器造成微小的负载，其原理相似CC攻打。本人测试应用也须要留神，否则一次上太多的负载。可能造成指标服务器资源耗完，重大时甚至导致死机。
装置ab命令
> yum -y install httpd-tools命令格局
ab [options] [http[s]://]hostname[:port]/path
命令参数options
- -A auth-username:password
对服务器提供BASIC认证信赖。 用户名和明码由一个:隔开，并以base64编码模式发送。 无论服务器是否须要(即, 是否发送了401认证需要代码)，此字符串都会被发送。 - -c concurrency
一次产生的申请个数。默认是一次一个。 - -C cookie-name=value
对申请附加一个Cookie:行。 其典型模式是name=value的一个参数对。 此参数能够反复。 - -d 显示"percentage served within XX [ms] table"的音讯(为以前的版本提供反对)。
- -e csv-file
产生一个以逗号分隔的(CSV)文件， 其中蕴含了解决每个相应百分比的申请所须要(从1%到100%)的相应百分比的(以奥妙为单位)工夫。 因为这种格局曾经“二进制化”，所以比'gnuplot'格局更有用。 - -g gnuplot-file
把所有测试后果写入一个'gnuplot'或者TSV (以Tab分隔的)文件。 此文件能够不便地导入到Gnuplot, IDL, Mathematica, Igor甚至Excel中。 其中的第一行为题目。 - -h 显示应用办法。
- -H custom-header
对申请附加额定的头信息。 此参数的典型模式是一个无效的头信息行，其中蕴含了以冒号分隔的字段和值的对 (如, "Accept-Encoding: zip/zop;8bit"). - -i 执行HEAD申请，而不是GET。
- -k 启用HTTP KeepAlive性能，即, 在一个HTTP会话中执行多个申请。 默认时，不启用KeepAlive性能.
- -n requests
在测试会话中所执行的申请个数。 默认时，仅执行一个申请，但通常其后果不具备代表意义。 - -p POST-file
蕴含了须要POST的数据的文件. - -P proxy-auth-username:password
对一个直达代理提供BASIC认证信赖。 用户名和明码由一个:隔开，并以base64编码模式发送。 无论服务器是否须要(即, 是否发送了401认证需要代码)，此字符串都会被发送。 - -q 如果解决的申请数大于150， ab每解决大概10%或者100个申请时，会在stderr输入一个进度计数。 此-q标记能够克制这些信息。
- -s 用于编译中(ab -h会显示相干信息)应用了SSL的受爱护的https， 而不是http协定的时候。此性能是实验性的，也是很简陋的。最好不要用。
- -S 不显示中值和规范背离值， 而且在均值和中值为规范背离值的1到2倍时，也不显示正告或出错信息。 默认时，会显示 最小值/均值/最大值等数值。(为以前的版本提供反对).
- -t timelimit
测试所进行的最大秒数。其外部隐含值是-n 50000。 它能够使对服务器的测试限度在一个固定的总工夫以内。默认时，没有工夫限度。 - -T content-type
POST数据所应用的Content-type头信息。 - -v verbosity
设置显示信息的具体水平 - 4或更大值会显示头信息， 3或更大值能够显示响应代码(404, 200等), 2或更大值能够显示正告和其余信息。 - -V 显示版本号并退出。
- -w 以HTML表的格局输入后果。默认时，它是红色背景的两列宽度的一张表。
-x <table>-attributes
设置<table>属性的字符串。 此属性被填入<table 这里>.-X proxy[:port]
对申请应用代理服务器。-y <tr>-attributes
设置<tr>属性的字符串.-z <td>-attributes
设置<td>属性的字符串.
对json.im进行，1000次申请，并发用户10的压力测试
> ab -n 1000 -c 10 https://json.im- -n 1000示意申请总数为1000
- -c 10示意并发用户数为10
ab压力测试返回报文内容详解
Server Software: Apache #服务器软件Server Hostname: json.im #域名Server Port: 80 #申请端口号Document Path: / #文件门路Document Length: 40888 bytes #页面字节数Concurrency Level: 10 #申请的并发数Time taken for tests: 27.300 seconds #总拜访工夫Complete requests: 1000 #申请胜利数量Failed requests: 0 #申请失败数量Write errors: 0Total transferred: 41054242 bytes #申请总数据大小（包含header头信息）HTML transferred: 40888000 bytes #html页面理论总字节数Requests per second: 36.63 [#/sec] (mean) #每秒多少申请，这个是十分重要的参数数值，服务器的吞吐量Time per request: 272.998 [ms] (mean) #用户均匀申请等待时间 Time per request: 27.300 [ms] (mean, across all concurrent requests) # 服务器均匀解决工夫，也就是服务器吞吐量的倒数 Transfer rate: 1468.58 [Kbytes/sec] received #每秒获取的数据长度Connection Times (ms) min mean[+/-sd] median maxConnect: 43 47 2.4 47 53Processing: 189 224 40.7 215 895Waiting: 102 128 38.6 118 794Total: 233 270 41.3 263 945Percentage of the requests served within a certain time (ms) 50% 263 #50%用户申请在263ms内返回 66% 271 #66%用户申请在271ms内返回 75% 279 #75%用户申请在279ms内返回 80% 285 #80%用户申请在285ms内返回 90% 303 #90%用户申请在303ms内返回 95% 320 #95%用户申请在320ms内返回 98% 341 #98%用户申请在341ms内返回 99% 373 #99%用户申请在373ms内返回 100% 945 (longest request)登录问题
对于理论场景中常常须要用的登录问题，如果接口须要验证Cookie，那么应用-C写到Cookie内容
> ab －n 100 －C key＝value https://json.im或者应用 -H 带 Cookie 自定义多个字段
> ab -n 100 -H "Cookie: Key1=Value1; Key2=Value2" http://localhost测试接口Header传入token
> ab -n 1000 -c 10 -H 'token:abc' https://json.im原文链接:https://rumenz.com/rumenbiji/...
微信公众号:入门小站