debianUbuntu换阿里云源和ab压力试验

debian Ubuntu

vim /etc/apt/sources.list

deb-src http://mirrors.aliyun.com/debian/ stretch main non-free contrib
deb http://mirrors.aliyun.com/debian-security stretch/updates main
deb-src http://mirrors.aliyun.com/debian-security stretch/updates main
deb http://mirrors.aliyun.com/debian/ stretch-updates main non-free contrib
deb-src http://mirrors.aliyun.com/debian/ stretch-updates main non-free contrib
deb http://mirrors.aliyun.com/debian/ stretch-backports main non-free contrib
deb-src http://mirrors.aliyun.com/debian/ stretch-backports main non-free contrib

apt-get update

ubuntu安装

sudo apt-get install apache2-utils 

centos安装

yum install httpd-tools

命令介绍

ab一般常用参数就是 -n， -t ，和 -c。

命令

介绍

-n

表示要发送多少次测试请求

-t

表示测试持续多长时间；

-c

(concurrency）表示用多少并发来进行测试；

-p

发送post请求的时候所请求的参数的文件

备注

一般-t或者-n选一个用。

---

模拟Get请求进行测试

ab非常简单

ab -n 100 -c 10 http://testurl.com/xxxx?para1=aaa¶2=bbb

模拟POST请求进行测试

对于模拟POST请求进行测试，则稍微复杂些，需要把将要post的数据（一般是json格式）放在文件里。比如一个post接口需要如下方式访问

curl -H Content-Type:application/json -X POST -d {"name":"job","age":20} http://localhost:8083/query/

解释:
-H 请求头为"Content-Type:application/json",就是json格式,
-X 请求方式为POST
-d 请求参数为{"name":"job","age":20}
请求链接为 http://localhost:8083/query/

那么我们用ab来模拟就是:

ab -n 100 -c 10 -p post_data.txt -T application/json http://localhost:8083/query/

其中post_data.txt这是一个文件,这个文件中放到就是请求参数 {"name":"job","age":20}

# post_data.txt 

{
    "name":"job",
    "age":20
}

统计结果分析

我发送了:

ab -t 100 -c 10 -p post_data.txt -T "application/json" http://192.168.2.60:8000/centre/linkview/mvts/scheduler/event/add_task/

得出如下结果

结果示例图

补课 : 相关的一些概念做一下说明：

吞吐率（Requests per second）
计算公式：总请求数 / 处理完成这些请求数所花费的时间

并发连接数（The number of concurrent connections）
概念：某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。

并发用户数（The number of concurrent users，Concurrency Level）
一个用户可能会产生多个并发。

用户平均请求等待时间（Time per request）
计算公式：处理完成所有请求数所花费的时间/ （总请求数 / 并发用户数）

服务器平均请求等待时间（Time per request: across all concurrent requests）
计算公式：处理完成所有请求数所花费的时间 / 总请求数

---

示例结果分析

这是一种时间统计的方法

网络上消耗的时间的分解

---

这段是每个请求响应时间的分布情况，50%的处理时间在24ms内，66%的处理时间在27ms内...，重要的是看90%的处理时间

响应时间

---

重要指标参数说明

//并发请求数
Concurrency Level: 10

//整个测试持续的时间
Time taken for tests: 100.02 seconds

//完成的请求数
Complete requests: 1000

//失败的请求数
Failed requests: 0

//整个场景中的网络传输量
Total transferred: 13701482 bytes

//整个场景中的HTML内容传输量
HTML transferred: 13197000 bytes

//吞吐率，大家最关心的指标之一，相当于 LR 中的每秒事务数，后面括号中的 mean 表示这是一个平均值
Requests per second: 19.66 [#/sec] (mean)

//用户平均请求等待时间，大家最关心的指标之二，相当于 LR 中的平均事务响应时间，后面括号中的 mean 表示这是一个平均值
Time per request: 5087.180 [ms] (mean)

//服务器平均请求处理时间，大家最关心的指标之三
Time per request: 50.872 [ms] (mean, across all concurrent requests)

//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Transfer rate: 263.02 [Kbytes/sec] received

---

如果遇到登录怎么办？

首先用账号密码登录，找到Cookie，然后在ab命令中添加获取到的Cookie，如果需要多个用户登录，就传入多个Cookie。命令语句为：一个用户的情况

ab －n 100 －C key＝value http://test.com/

多个用户的情况

ab -n 100 -H “Cookie: Key1=Value1; Key2=Value2” http://test.com/