当你使用PHP(或其他编程语言)完成一个web程序的开发，并且web程序在Apache服务器上正常运行的时候，你有没有考虑过对你的Apache服务器及部署在其上的web程序进行一些压力测试呢？毕竟，真金不怕火炼，只要配置优化合理、程序代码运行性能良好、硬件撑得住，通过压力测试我们就能看到一个喜人的成绩。话又说回来，即使测试结果差强人意或者糟糕透了，我们也可以好好反思并找到“问题出在哪里”。说了这么多废话，其实就是想告诉你一句：对服务器以及网站程序进行压力测试还是很有必要的。要对Apache及其上的web程序进行压力测试其实非常简单，我们也不用再额外下载安装什么测试工具，因为Apache HTTP Server已经给我们准备了一个压力测试工具——ab。ab的简介 ab是apachebench命令的缩写。ab是apache自带的压力测试工具。ab非常实用，它不仅可以对apache服务器进行网站访问压力测试，也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等ab的原理ab的原理：ab命令会创建多个并发访问线程，模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的，因此，它既可以用来测试apache的负载压力，也可以测试nginx、lighthttp、tomcat、IIS等其它Web服务器的压力。ab命令对发出负载的计算机要求很低，它既不会占用很高CPU，也不会占用很多内存。但却会给目标服务器造成巨大的负载，其原理类似CC攻击。自己测试使用也需要注意，否则一次上太多的负载。可能造成目标服务器资源耗完，严重时甚至导致死机。ab的安装<pre class="brush:bash;toolbar:false">yum&nbsp;-y&nbsp;install&nbsp;httpd-tools</pre>测试安装是否成功：<pre class="brush:bash;toolbar:false">[root@vic&nbsp;html]#&nbsp;ab&nbsp;-V
This&nbsp;is&nbsp;ApacheBench,&nbsp;Version&nbsp;2.3&nbsp;&lt;$Revision:&nbsp;655654&nbsp;$&gt;
Copyright&nbsp;1996&nbsp;Adam&nbsp;Twiss,&nbsp;Zeus&nbsp;Technology&nbsp;Ltd,&nbsp;http://www.zeustech.net/
Licensed&nbsp;to&nbsp;The&nbsp;Apache&nbsp;Software&nbsp;Foundation,&nbsp;http://www.apache.org/</pre>ab的参数说明<pre class="brush:bash;toolbar:false">[root@vic&nbsp;html]#&nbsp;ab&nbsp;--help
ab:&nbsp;wrong&nbsp;number&nbsp;of&nbsp;arguments
Usage:&nbsp;ab&nbsp;[options]&nbsp;[http[s]://]hostname[:port]/path
Options&nbsp;are:
-n&nbsp;requests&nbsp;Number&nbsp;of&nbsp;requests&nbsp;to&nbsp;perform
-c&nbsp;concurrency&nbsp;&nbsp;Number&nbsp;of&nbsp;multiple&nbsp;requests&nbsp;to&nbsp;make
-t&nbsp;timelimitSeconds&nbsp;to&nbsp;max.&nbsp;wait&nbsp;for&nbsp;responses
-b&nbsp;windowsize&nbsp;&nbsp;&nbsp;Size&nbsp;of&nbsp;TCP&nbsp;send/receive&nbsp;buffer,&nbsp;in&nbsp;bytes
-p&nbsp;postfile&nbsp;File&nbsp;containing&nbsp;data&nbsp;to&nbsp;POST.&nbsp;Remember&nbsp;also&nbsp;to&nbsp;set&nbsp;-T
-u&nbsp;putfile&nbsp;&nbsp;File&nbsp;containing&nbsp;data&nbsp;to&nbsp;PUT.&nbsp;Remember&nbsp;also&nbsp;to&nbsp;set&nbsp;-T
-T&nbsp;content-type&nbsp;Content-type&nbsp;header&nbsp;for&nbsp;POSTing,&nbsp;eg.
&#39;application/x-www-form-urlencoded&#39;
Default&nbsp;is&nbsp;&#39;text/plain&#39;
-v&nbsp;verbosityHow&nbsp;much&nbsp;troubleshooting&nbsp;info&nbsp;to&nbsp;print
-w&nbsp;&nbsp;Print&nbsp;out&nbsp;results&nbsp;in&nbsp;HTML&nbsp;tables
-i&nbsp;&nbsp;Use&nbsp;HEAD&nbsp;instead&nbsp;of&nbsp;GET
-x&nbsp;attributes&nbsp;&nbsp;&nbsp;String&nbsp;to&nbsp;insert&nbsp;as&nbsp;table&nbsp;attributes
-y&nbsp;attributes&nbsp;&nbsp;&nbsp;String&nbsp;to&nbsp;insert&nbsp;as&nbsp;tr&nbsp;attributes
-z&nbsp;attributes&nbsp;&nbsp;&nbsp;String&nbsp;to&nbsp;insert&nbsp;as&nbsp;td&nbsp;or&nbsp;th&nbsp;attributes
-C&nbsp;attributeAdd&nbsp;cookie,&nbsp;eg.&nbsp;&#39;Apache=1234.&nbsp;(repeatable)
-H&nbsp;attributeAdd&nbsp;Arbitrary&nbsp;header&nbsp;line,&nbsp;eg.&nbsp;&#39;Accept-Encoding:&nbsp;gzip&#39;
Inserted&nbsp;after&nbsp;all&nbsp;normal&nbsp;header&nbsp;lines.&nbsp;(repeatable)
-A&nbsp;attributeAdd&nbsp;Basic&nbsp;WWW&nbsp;Authentication,&nbsp;the&nbsp;attributes
are&nbsp;a&nbsp;colon&nbsp;separated&nbsp;username&nbsp;and&nbsp;password.
-P&nbsp;attributeAdd&nbsp;Basic&nbsp;Proxy&nbsp;Authentication,&nbsp;the&nbsp;attributes
are&nbsp;a&nbsp;colon&nbsp;separated&nbsp;username&nbsp;and&nbsp;password.
-X&nbsp;proxy:port&nbsp;&nbsp;&nbsp;Proxyserver&nbsp;and&nbsp;port&nbsp;number&nbsp;to&nbsp;use
-V&nbsp;&nbsp;Print&nbsp;version&nbsp;number&nbsp;and&nbsp;exit
-k&nbsp;&nbsp;Use&nbsp;HTTP&nbsp;KeepAlive&nbsp;feature
-d&nbsp;&nbsp;Do&nbsp;not&nbsp;show&nbsp;percentiles&nbsp;served&nbsp;table.
-S&nbsp;&nbsp;Do&nbsp;not&nbsp;show&nbsp;confidence&nbsp;estimators&nbsp;and&nbsp;warnings.
-g&nbsp;filename&nbsp;Output&nbsp;collected&nbsp;data&nbsp;to&nbsp;gnuplot&nbsp;format&nbsp;file.
-e&nbsp;filename&nbsp;Output&nbsp;CSV&nbsp;file&nbsp;with&nbsp;percentages&nbsp;served
-r&nbsp;&nbsp;Don&#39;t&nbsp;exit&nbsp;on&nbsp;socket&nbsp;receive&nbsp;errors.
-h&nbsp;&nbsp;Display&nbsp;usage&nbsp;information&nbsp;(this&nbsp;message)
-Z&nbsp;ciphersuite&nbsp;&nbsp;Specify&nbsp;SSL/TLS&nbsp;cipher&nbsp;suite&nbsp;(See&nbsp;openssl&nbsp;ciphers)
-f&nbsp;protocol&nbsp;Specify&nbsp;SSL/TLS&nbsp;protocol&nbsp;(SSL2,&nbsp;SSL3,&nbsp;TLS1,&nbsp;or&nbsp;ALL)</pre>详情说明：-n在测试会话中所执行的请求个数。默认时，仅执行一个请求。请求的总数量-c一次产生的请求个数。默认是一次一个。请求的用户量-t测试所进行的最大秒数。其内部隐含值是-n 50000，它可以使对服务器的测试限制在一个固定的总时间以内。默认时，没有时间限制。-V显示版本号并退出。ab性能指标1、吞吐量（Requests per second）服务器并发处理能力的量化描述，单位是reqs/s，指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。记住：吞吐率是基于并发用户数的。这句话代表了两个含义：a、吞吐率和并发用户数相关b、不同的并发用户数下，吞吐率一般是不同的计算公式：总请求数/处理完成这些请求数所花费的时间，即Request per second=Complete requests/Time taken for tests必须要说明的是，这个数值表示当前机器的整体性能，值越大越好。2、并发连接数（The number of concurrent connections）并发连接数指的是某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。3、并发用户数（Concurrency Level）要注意区分这个概念和并发连接数之间的区别，一个用户可能同时会产生多个会话，也即连接数。在HTTP/1.1下，IE7支持两个并发连接，IE8支持6个并发连接，FireFox3支持4个并发连接，所以相应的，我们的并发用户数就得除以这个基数。4、用户平均请求等待时间（Time per request）计算公式：处理完成所有请求数所花费的时间/（总请求数/并发用户数），即：Time per request=Time taken for tests/（Complete requests/Concurrency Level）5、服务器平均请求等待时间（Time per request:across all concurrent requests）计算公式：处理完成所有请求数所花费的时间/总请求数，即：Time taken for/testsComplete requests可以看到，它是吞吐率的倒数。同时，它也等于用户平均请求等待时间/并发用户数，即Time per request/Concurrency Levelab的应用ab的命令参数比较多，我们经常使用的是-c和-n参数。<pre class="brush:bash;toolbar:false">[root@vic&nbsp;html]#&nbsp;ab&nbsp;-c&nbsp;10&nbsp;-n&nbsp;100&nbsp;https://panxu.net/index.php
This&nbsp;is&nbsp;ApacheBench,&nbsp;Version&nbsp;2.3&nbsp;&lt;$Revision:&nbsp;655654&nbsp;$&gt;
Copyright&nbsp;1996&nbsp;Adam&nbsp;Twiss,&nbsp;Zeus&nbsp;Technology&nbsp;Ltd,&nbsp;http://www.zeustech.net/
Licensed&nbsp;to&nbsp;The&nbsp;Apache&nbsp;Software&nbsp;Foundation,&nbsp;http://www.apache.org/
Benchmarking&nbsp;www.myvick.cn&nbsp;(be&nbsp;patient).....done
Server&nbsp;Software:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;nginx/1.13.6&nbsp;&nbsp;&nbsp;#测试服务器的名字
Server&nbsp;Hostname:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;www.myvick.cn&nbsp;&nbsp;#请求的URL主机名
Server&nbsp;Port:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;80&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;#web服务器监听的端口
Document&nbsp;Path:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;/index.php　　&nbsp;&nbsp;#请求的URL中的根绝对路径，通过该文件的后缀名，我们一般可以了解该请求的类型
Document&nbsp;Length:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;799&nbsp;bytes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;#HTTP响应数据的正文长度
Concurrency&nbsp;Level:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;10　　　　　　　　#&nbsp;并发用户数，这是我们设置的参数之一
Time&nbsp;taken&nbsp;for&nbsp;tests:&nbsp;&nbsp;&nbsp;0.668&nbsp;seconds&nbsp;&nbsp;&nbsp;#所有这些请求被处理完成所花费的总时间&nbsp;单位秒
Complete&nbsp;requests:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;100&nbsp;　　　　　　&nbsp;&nbsp;#&nbsp;总请求数量，这是我们设置的参数之一
Failed&nbsp;requests:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0　　　　　　　　&nbsp;&nbsp;#&nbsp;表示失败的请求数量，这里的失败是指请求在连接服务器、发送数据等环节发生异常，以及无响应后超时的情况
Write&nbsp;errors:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0
Total&nbsp;transferred:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;96200&nbsp;bytes　　　&nbsp;#所有请求的响应数据长度总和。包括每个HTTP响应数据的头信息和正文数据的长度
HTML&nbsp;transferred:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;79900&nbsp;bytes　　　　#&nbsp;所有请求的响应数据中正文数据的总和，也就是减去了Total&nbsp;transferred中HTTP响应数据中的头信息的长度
Requests&nbsp;per&nbsp;second:&nbsp;&nbsp;&nbsp;&nbsp;149.71&nbsp;[#/sec]&nbsp;(mean)&nbsp;#吞吐率，计算公式：Complete&nbsp;requests/Time&nbsp;taken&nbsp;for&nbsp;tests&nbsp;&nbsp;总请求数/处理完成这些请求数所花费的时间
Time&nbsp;per&nbsp;request:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;66.797&nbsp;[ms]&nbsp;(mean)&nbsp;&nbsp;&nbsp;#&nbsp;用户平均请求等待时间，计算公式：Time&nbsp;token&nbsp;for&nbsp;tests/（Complete&nbsp;requests/Concurrency&nbsp;Level）。处理完成所有请求数所花费的时间/（总请求数/并发用户数）
Time&nbsp;per&nbsp;request:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6.680&nbsp;[ms]&nbsp;(mean,&nbsp;across&nbsp;all&nbsp;concurrent&nbsp;requests)&nbsp;#服务器平均请求等待时间，计算公式：Time&nbsp;taken&nbsp;for&nbsp;tests/Complete&nbsp;requests，正好是吞吐率的倒数。也可以这么统计：Time&nbsp;per&nbsp;request/Concurrency&nbsp;Level
Transfer&nbsp;rate:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;140.64&nbsp;[Kbytes/sec]&nbsp;received&nbsp;&nbsp;#表示这些请求在单位时间内从服务器获取的数据长度，计算公式：Total&nbsp;trnasferred/&nbsp;Time&nbsp;taken&nbsp;for&nbsp;tests，这个统计很好的说明服务器的处理能力达到极限时，其出口宽带的需求量。
Connection&nbsp;Times&nbsp;(ms)
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;min&nbsp;&nbsp;mean[+/-sd]&nbsp;median&nbsp;&nbsp;&nbsp;max
Connect:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1&nbsp;&nbsp;&nbsp;&nbsp;2&nbsp;&nbsp;&nbsp;0.7&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5
Processing:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;2&nbsp;&nbsp;&nbsp;26&nbsp;&nbsp;81.3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;615
Waiting:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1&nbsp;&nbsp;&nbsp;26&nbsp;&nbsp;81.3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;615
Total:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3&nbsp;&nbsp;&nbsp;28&nbsp;&nbsp;81.3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;618
Percentage&nbsp;of&nbsp;the&nbsp;requests&nbsp;served&nbsp;within&nbsp;a&nbsp;certain&nbsp;time&nbsp;(ms)
&nbsp;&nbsp;50%&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6
&nbsp;&nbsp;66%&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6
&nbsp;&nbsp;75%&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;7
&nbsp;&nbsp;80%&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;7
&nbsp;&nbsp;90%&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;10
&nbsp;&nbsp;95%&nbsp;&nbsp;&nbsp;&nbsp;209
&nbsp;&nbsp;98%&nbsp;&nbsp;&nbsp;&nbsp;209
&nbsp;&nbsp;99%&nbsp;&nbsp;&nbsp;&nbsp;618
&nbsp;100%&nbsp;&nbsp;&nbsp;&nbsp;618&nbsp;(longest&nbsp;request)
#Percentage&nbsp;of&nbsp;requests&nbsp;served&nbsp;within&nbsp;a&nbsp;certain&nbsp;time（ms）这部分数据用于描述每个请求处理时间的分布情况，比如以上测试，80%的请求处理时间都不超过7ms，这个处理时间是指前面的Time&nbsp;per&nbsp;request，即对于单个用户而言，平均每个请求的处理时间</pre>nginx和apache对比nginx性能确实比apache性能高。nginx的吞吐量大于apache的，吞吐量越大越好。

ab压力测试

From 博客园

Still Have Questions?