《Web压力测试工具之ApacheBench(ab)的使用详解》由会员分享，可在线阅读，更多相关《Web压力测试工具之ApacheBench(ab)的使用详解（5页珍藏版）》请在金锄头文库上搜索。
1、Web 压力测试工具之 ApacheBench（ab）的使用详解说明：网站的压力测试是服务器性能调优过程中必不可少。只有让服务器处在高压环境下才能真正体现出各种服务器配置所暴露的问题。Apache 中有个自带的 ApacheBench（ab ）程序，可以实现对 Apache 或其它类型（如：Nginx 、IIS ）的服务器进行网站访问压力测试。ApacheBench（ab ）命令的工作原理：ApacheBench（ab）命令会创建很多的并发访问线程，模拟多个访问者同时对某一 URL 地址进行访问。它的测试目标是基于 URL 的，因此，既可以用来测试 Apache 的负载压力，也可以测试ngin
2、x、lighthttp 、tomcat、IIS 等其它 Web 服务器的压力。ApacheBench（ab）命令对发出负载的计算机要求很低，既不会占用很高 CPU，也不会占用很多内存，但却会给目标服务器造成巨大的负载，其原理类似 CC 攻击。测试时需要特别注意，否则可能造成目标服务器因资源耗完，甚至导致死机。ApacheBench（ab ）命令的参数说明：12345678910111213141516171819格式：ab options http:/hostname:port/path参数说明：-n requests Number of requests to perform#在测试会话中所
3、执行的请求个数（本次测试总共要访问页面的次数）。默认时，仅执行一个请求。-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 的数据的文件，文件格式如“p1=1&p2=2”. 使用
4、方法是 -p 111.txt 。 （配合-T）-T content-type Content-type header for POSTing#POST 数据所使用的 Content-type 头信息，如 -T “application/x-www-form-urlencoded” 。 （配合-p）-v verbosity How much troubleshooting info to print#设置显示信息的详细程度 4 或更大值会显示头信息， 3 或更大值可以显示响应代码(404, 200 等), 2 或更大值可以显示警告和其他信息。 -V 显示版本号并退出。20212223242526
5、2728293031323334353637383940-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 a
6、ttribute Add cookie, eg. -C “c1=1234,c2=2,c3=3 (repeatable)#-C cookie-name=value 对请求附加一个 Cookie:行。 其典型形式是 name=value 的一个参数对。此参数可以重复，用逗号分割。#提示：可以借助 session 实现原理传递 JSESSIONID 参数， 实现保持会话的功能，如-C ” c1=1234,c2=2,c3=3, JSESSIONID=FF056CD16DA9D71CB131C1D56F0319F8 。-H attribute Add Arbitrary header line, eg.
7、 Accept-Encoding: gzip Inserted after all normal header lines. (repeatable)-A attribute Add Basic WWW Authentication, the attributesare a colon separated username and password.-P attribute Add Basic Proxy Authentication, the attributesare a colon separated username and password.#-P proxy-auth-userna
8、me: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 warni
9、ngs.-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)的频繁使用可能会带来性能问题，
10、即你可能是在测试 ab 而不是服务器的性能。参数很多，一般我们用 -c 和 -n 参数就可以了。例如:# ab -c 5000 -n 600 http:/ ）命令的用法详解：1、在 Linux 系统，一般安装好 Apache 后可以直接执行；# ab -n 4000 -c 1000 http:/ Win 系统下，打开 cmd 命令行窗口，cd 到 apache 安装目录的 bin 目录下；说明：-n 后面的 4000 代表总共发出 4000 个请求；-c 后面的 1000 表示采用 1000 个并发（模拟 1000 个人同时访问），后面的网址表示测试的目标URL。稍等一会得到类似如下显示结果：
11、结果分析：This is ApacheBench, Version 2.3Copyright 1996 Adam Twiss, Zeus Technology Ltd, http:/ to The Apache Software Foundation, http:/www.apache.org/Benchmarking 192.168.80.157 (be patient)Completed 400 requestsCompleted 800 requestsCompleted 1200 requestsCompleted 1600 requestsCompleted 2000 request
12、sCompleted 2400 requestsCompleted 2800 requestsCompleted 3200 requestsCompleted 3600 requestsCompleted 4000 requestsFinished 4000 requestsServer Software: Apache/2.2.15Server Hostname: 192.168.80.157Server Port: 80Document Path: /phpinfo.php#测试的页面Document Length: 50797 bytes#页面大小Concurrency Level: 1
13、000#测试的并发数Time taken for tests: 11.846 seconds#整个测试持续的时间Complete requests: 4000#完成的请求数量Failed requests: 0#失败的请求数量Write errors: 0Total transferred: 204586997 bytes#整个过程中的网络传输量HTML transferred: 203479961 bytes#整个过程中的 HTML 内容传输量Requests per second: 337.67 #/sec (mean)#最重要的指标之一，相当于 LR 中的每秒事务数，后面括号中的 mea
14、n 表示这是一个平均值Time per request: 2961.449 ms (mean)#最重要的指标之二，相当于 LR 中的平均事务响应时间，后面括号中的 mean 表示这是一个平均值Time per request: 2.961 ms (mean, across all concurrent requests)#每个连接请求实际运行时间的平均值Transfer rate: 16866.07 Kbytes/sec received#平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题Connection Times (ms)min mean+/-sd media
15、n maxConnect: 0 483 1773.5 11 9052Processing: 2 556 1459.1 255 11763Waiting: 1 515 1459.8 220 11756Total: 139 1039 2296.6 275 11843#网络上消耗的时间的分解，各项数据的具体算法还不是很清楚Percentage of the requests served within a certain time (ms)50% 27566% 29875% 32880% 37390% 326095% 907598% 926799% 11713100% 11843 (longest
16、request)#整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中 50的用户响应时间小于 275 毫秒，66的用户响应时间小于 298 毫秒，最大的响应时间小于 11843 毫秒。对于并发请求，cpu 实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个 Time per request 时间约等于第二个 Time per request 时间乘以并发请求数。总结：在远程对 web 服务器进行压力测试，往往效果不理想（因为网络延时过大），建议使用内网的另一台或者多台服务器通过内网进行测试，这样得出的数据，准确度会高很多。如果只有单独的一台服务器，可以直接本地测试，比远程测试效果要准确。测试过程中可能会出现以下错误，及其原因12345678910111213# ab
