一、下载安装Apache

1.官网下载https://www.apachehaus.com/cgi-bin/download.plx

2.选择要下载的版本(比如64位:Apache 2.4.46 x64)

3.解压到电脑任意盘根目录下(非根目录需注意不能有中文文件名)

4.已解压目录中在 conf文件夹找到httpd.conf文件右键使用记事本打开进行编辑

5.Ctrl+F查找Define SRVROOT修改它的值为你安装Apache的路径(注意路径符是/)

6. Ctrl+F查找Listen然后避免端口被占用修改端口为其它任意未使用的端口(这里改为了8090)

(netstat -aon|findstr "8090"此命令可查看指定端口是否已使用)

7.Ctrl+S保存httpd.conf文件

8.cmd打开命令窗口,通过cd命令进入到安装Apache文件夹的bin文件夹中(注意要使用管理员权限)

9.输入httpd.exe -k install -n "Apache24"进行安装Apache服务

10.安装成功后双击ApacheMonitor.exe打开软件

11.点击start开启服务。

12.使用Apache进行压力测试:命令语法请往下看。

二、了解压力测试

学习ab工具之前,需了解几个关于压力测试的概念

吞吐率(Requests per second)

概念:服务器并发处理能力的量化描述,单位是reqs/s,指的是某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数,称之为最大吞吐率。 计算公式:总请求数 / 处理完成这些请求数所花费的时间,即 Request per second = Complete requests / Time taken for tests

并发连接数(The number of concurrent connections)

概念:某个时刻服务器所接受的请求数目,简单的讲,就是一个会话。

并发用户数(The number of concurrent users,Concurrency Level)

概念:要注意区分这个概念和并发连接数之间的区别,一个用户可能同时会产生多个会话,也即连接数。

用户平均请求等待时间(Time per request)

计算公式:处理完成所有请求数所花费的时间/(总请求数 / 并发用户数),即 Time per request = Time taken for tests /( Complete requests / Concurrency Level)

服务器平均请求等待时间(Time per request: across all concurrent requests)

计算公式:处理完成所有请求数所花费的时间 / 总请求数,即 Time taken for / testsComplete requests。可以看到,它是吞吐率的倒数,同时,它也=用户平均请求等待时间/并发用户数,即 Time per request / Concurrency Level。

三、开始测试:

如果你需要在命令行的任意路径下可以输入ab测试,可以把bin目录路径加到环境变量的path中去。 输入命令ab -n 100 -c 10 http://test.com/ 其中-n表示请求数,-c表示并发数 输入命令abs -n 100 -c 10 https://test.com/ 其中-n表示请求数,-c表示并发数 ab只能测http请求,abs则可以测https请求。 其余命令请参见http://apache.jz123.cn/programs/ab.html

ab参数说明

-n在测试会话中所执行的请求个数。默认时,仅执行一个请求。 -c一次产生的请求个数。默认是一次一个。 -t测试所进行的最大秒数。其内部隐含值是 -n 50000,它可以使对服务器的测试限制在一个固定的总时间以内。默认时,没有时间限制。 -p包含了需要 POST 的数据的文件。 -P对一个中转代理提供 BASIC 认证信任。用户名和密码由一个:隔开,并以 base64 编码形式发送。无论服务器是否需要(即, 是否发送了 401 认证需求代码),此字符串都会被发送。 -TPOST数据所使用的 Content-type 头信息。 -v设置显示信息的详细程度 -4 或更大值会显示头信息,3 或更大值可以显示响应代码(404, 200等), 2或更大值可以显示警告和其他信息。 -V显示版本号并退出。 -w以 HTML 表的格式输出结果。默认时,它是白色背景的两列宽度的一张表。 -i执行 HEAD 请求,而不是 GET。 -X对请求使用代理服务器。 -x设置属性的字符串。 -y设置属性的字符串。 -z设置属性的字符串。 -C对请求附加一个 Cookie 行。其典型形式是 name=value 的一个参数对,此参数可以重复。 -H 对请求附加额外的头信息。此参数的典型形式是一个有效的头信息行,其中包含了以冒号分隔的字段和值的对(如,“Accept-Encoding:zip/zop;8bit”)。 -A对服务器提供 BASIC 认证信任。用户名和密码由一个:隔开,并以 base64 编码形式发送。无论服务器是否需要(即,是否发送了401认证需求代码),此字符串都会被发送。 -h显示使用方法。 -d不显示 “percentage served within XX [ms] table” 的消息(为以前的版本提供支持)。 -e产生一个以逗号分隔的(CSV)文件,其中包含了处理每个相应百分比的请求所需要(从1%到100%)的相应百分比的(以微妙为单位)时间。由于这种格式已经“二进制化”,所以比 gnuplot 格式更有用。 -g把所有测试结果写入一个 gnuplot 或者TSV(以Tab分隔的)文件。此文件可以方便地导入到Gnuplot,IDL,Mathematica,Igor 甚至 Excel 中。其中的第一行为标题。 -k启用 HTTP KeepAlive 功能,即在一个 HTTP 会话中执行多个请求。默认时,不启用 KeepAlive 功能。 -q如果处理的请求数大于 150,ab 每处理大约 10% 或者 100 个请求时,会在 stderr 输出一个进度计数。此 -q 标记可以抑制这些信息。

测试结果分析

D:\apacheab\Apache24\bin>ab -n 100 -c 10 http://www.baidu.com/s

This is ApacheBench, Version 2.3 <$Revision: 1807734 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking www.baidu.com (be patient).....done

Server Software: BWS/1.1

##服务器软件和版本

Server Hostname: www.baidu.com

##请求的地址/域名

Server Port: 80

##端口

Document Path: /s

##请求的路径

Document Length: 112435 bytes

##页面数据/返回的数据量

Concurrency Level: 10

## 并发数

Time taken for tests: 4.764 seconds

##共使用了多少时间

Complete requests: 100

## 请求数

Failed requests: 99

##失败请求 百度为什么失败这么多,应该是百度做了防范

(Connect: 0, Receive: 0, Length: 99, Exceptions: 0)

Total transferred: 11342771 bytes

##总共传输字节数,包含http的头信息等

HTML transferred: 11247622 bytes

##html字节数,实际的页面传递字节数

Requests per second: 20.99 [#/sec] (mean)

##每秒多少请求,这个是非常重要的参数数值,服务器的吞吐量

Time per request: 476.427 [ms] (mean)

##用户平均请求等待时间

Time per request: 47.643 [ms] (mean, across all concurrent requests)

##服务器平均处理时间,也就是服务器吞吐量的倒数

Transfer rate: 2325.00 [Kbytes/sec] received

##每秒获取的数据长度

Connection Times (ms)

min mean[+/-sd] median max

Connect: 22 41 12.4 39 82

##连接的最小时间,平均值,中值,最大值

Processing: 113 386 211.1 330 1246

##处理时间

Waiting: 25 80 43.9 73 266

##等待时间

Total: 152 427 210.1 373 1283

##合计时间

Percentage of the requests served within a certain time (ms)

50% 373

## 50%的请求在373ms内返回

66% 400

## 60%的请求在400ms内返回

75% 426

80% 465

90% 761

95% 930

98% 1192

99% 1283

100% 1283 (longest request)

文章链接

评论可见,请评论后查看内容,谢谢!!!
 您阅读本篇文章共花了: