摘要: ab命令会创建很多的并发访问线程，模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的，因此，既可以用来测试Apache的负载压力，也可以测试nginx、lighthttp、tomcat、IIS等其它Web服务器的压力。 ab命令对发出负载的计算机要求很低，既不会占用很高CPU，也不会占用很多内存，但却会给目标服务器造成巨大的负载，其原理类似CC攻击。自己测试使用也须注意，否则一次上太多的负载，可能造成目标服务器因资源耗完，严重时甚至导致死机。
首先通过uptime查看当前负载情况, 通过watch
uptime查看实时负载，观察负载下降情况
Apache服务自带了应该用于压力测试的工具ab（ApacheBench），对应做一些简单的压力测试，它完全能够胜任，本文主要介绍，在centos中不安装Apache的情况下，安装ab
1，ab运行的时候需要依赖包，我们先安装依赖包，直接yum安装就可以了
yum install apr-util
2， 下载apache的rpm包，分离ab
- <code class="hljs elixir" style="">[root<span class="hljs-variable" style="">@Tomcat</span> ~]<span class="hljs-comment" style=""># mkdir ab</span>
- [root<span class="hljs-variable" style="">@Tomcat</span> ~]<span class="hljs-comment" style=""># cd ab</span>
- [root<span class="hljs-variable" style="">@Tomcat</span> ab]<span class="hljs-comment" style=""># yum -y install yum-utils</span>
- [root<span class="hljs-variable" style="">@Tomcat</span> ab]<span class="hljs-comment" style=""># yumdownloader httpd #yumdownloader 需要安装yum-utils才能使用，默认是没有的安装的</span>
- [root<span class="hljs-variable" style="">@Tomcat</span> ab]<span class="hljs-comment" style=""># rpm2cpio httpd-2.2.3-91.el5.centos.i386.rpm |cpio -idmv</span>
- [root<span class="hljs-variable" style="">@Tomcat</span> ab]<span class="hljs-comment" style=""># \cp -pa usr/bin/ab /usr/bin/ #复制到系统PATH就可以使用了</span></code>
3，ab简单用法
参数很多，一般我们用 -c 和 -n 参数就可以了。
#ab -c 1000 -n 4000 http://www.yousite.com/index.html #具体到某页面
-n后面的4000代表总共发出4000个请求；-c后面的1000表示采用1000个并发（模拟1000个人同时访问），后面的网址表示测试的目标URL。
- <table border="1" width="700" cellspacing="1" cellpadding="1"><tbody><tr><td> </td></tr></tbody></table>
- [[email protected] ab]# ab -c 1000 -n 4000 http://192.168.0.222/docs/manager-howto.html
- This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
- Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
- Copyright 2006 The Apache Software Foundation, http://www.apache.org/
- Benchmarking 192.168.0.222 (be patient)
- Completed 400 requests
- Completed 800 requests
- Completed 1200 requests
- Completed 1600 requests
- Completed 2000 requests
- Completed 2400 requests
- Completed 2800 requests
- Completed 3200 requests
- Completed 3600 requests
- Finished 4000 requests
- Server Software: nginx/1.4.3
- Server Hostname: 192.168.0.222
- Server Port: 80
- Document Path: /docs/manager-howto.html
- Document Length: 73924 bytes
- Concurrency Level: 1000
- Time taken for tests: 0.875928 seconds
- Complete requests: 4000
- Failed requests: 0
- Write errors: 0
- Total transferred: 296732000 bytes
- HTML transferred: 295696000 bytes
- Requests per second: 4566.59 [#/sec] (mean)
- #最重要的指标之一，相当于LR中的每秒事务数，后面括号中的mean表示这是一个平均值，越大抗压越强
- Time per request: 218.982 [ms] (mean)
- #最重要的指标之二，相当于LR中的平均事务响应时间，后面括号中的mean表示这是一个平均值
- Time per request: 0.219 [ms] (mean, across all concurrent requests)
- Transfer rate: 330822.86 [Kbytes/sec] received
- #平均每秒网络上的流量，吞吐量，越大抗压越强
- Connection Times (ms)
- min mean[+/-sd] median max
- Connect: 0 0 4.5 0 29
- Processing: 1 17 14.5 17 653
- Waiting: 0 17 14.5 17 653
- Total: 15 18 15.2 17 674
- Percentage of the requests served within a certain time (ms)
- 50% 17
- 66% 18
- 75% 18
- 80% 18
- 90% 20
- 95% 22
- 98% 37
- 99% 40
- 100% 674 (longest request)
主要介绍里面的几个指标，我基本也就看这几个指标，简单测试足够了，如果要全面的监控nginx，需要用到专业的监控程序，如nagios
- <strong>下面开始解析这条命令语句：</strong>
- 启动ab，并出入三个参数（PS D:\wamp\bin\apache\Apache2.2.21\bin> .\ab -n1000 -c10 http://localhost/index.php ）
- -n1000 表示请求总数为1000
- -c10 表示并发用户数为10
- http://localhost/index.php 表示这写请求的目标URL
- 测试结果也一目了然:
- 测试出的吞吐率为： Requests per second: 2015.93 [#/sec] (mean) ---除此之外还有其他一些信息----
- Server Software //表示被测试的Web服务器软件名称
- Server Hostname //表示请求的URL主机名
- Server Port //表示被测试的Web服务器软件的监听端口
- Document Path //表示请求的URL中的根绝对路径，通过该文件的后缀名，我们一般可以了解该请求的类型
- Document Length //表示HTTP响应数据的正文长度
- Concurrency Level //表示并发用户数，这是我们设置的参数之一
- Time taken for tests //表示所有这些请求被处理完成所花费的总时间
- Complete requests //表示总请求数量，这是我们设置的参数之一
- Failed requests //表示失败的请求数量，这里的失败是指请求在连接服务器、发送数据等环节发生异常，以及无响应后超时的情况。如果接收到的HTTP响应数据的头信息中含有2XX以外的状态码，则会在测试结果中显示另一个名为 “Non-2xx responses”的统计项，用于统计这部分请求数，这些请求并不算在失败的请求中。
- Total transferred //表示所有请求的响应数据长度总和，包括每个HTTP响应数据的头信息和正文数据的长度。注意这里不包括HTTP请求数据的长度，仅仅为web服务器流向用户PC的应用层数据总长度。
- HTML transferred //表示所有请求的响应数据中正文数据的总和，也就是减去了Total transferred中HTTP响应数据中的头信息的长度。
- Requests per second //吞吐率，计算公式：Complete requests / Time taken for tests
- Time per request //用户平均请求等待时间，计算公式：Time token for tests/（Complete requests/Concurrency Level）
- Time per requet(across all concurrent request) //服务器平均请求等待时间，计算公式：Time taken for tests/Complete requests，正好是吞吐率的倒数。也可以这么统计：Time per request/Concurrency Level
- Transfer rate //表示这些请求在单位时间内从服务器获取的数据长度，计算公式：Total trnasferred/ Time taken for tests，这个统计很好的说明服务器的处理能力达到极限时，其出口宽带的需求量。
- Percentage of requests served within a certain time（ms） //这部分数据用于描述每个请求处理时间的分布情况，比如以上测试，80%的请求处理时间都不超过6ms，这个处理时间是指前面的Time per request，即对于单个用户而言，平均每个请求的处理时间。