这是一个创建于 890 天前的主题，其中的信息可能已经有所发展或是发生改变。
有老哥用过腾讯云的压测大师吗？今天刚进行了几波测试，不管是测试 API 接口还是测试网站首页，最高并发量设置的 1000,成功率都没有达到 1%。。。这就非常奇怪了，也不知道是小弟配置的压测参数不合适还是我们的服务确实存在问题。
压测业务流程：请求 --> CDN(腾讯云静态加速) --> Nginx(NGINX Plus) --> 源站(Java) # 源站调用了云数据库 MySQL 和 Redis
配置
| Nginx | 源站 | MySQL | |
|---|---|---|---|
| CPU | 2 核 | 4 核 | 2 核 |
| 内存 | 4GB | 8GB | 4GB |
| 网络 | 200M | 与 Nginx 内网通信 | 与源站内网通信 |
| 磁盘 | 高性能云硬盘 | SSD 云硬盘 | - |
压测时系统负载
# Nginx
CPU：无明显波动
内存：无明显波动
网络外网出带宽峰值：5Mbps/s
磁盘 IOPS：写 114io/s 读 17io/s
QPS：峰值 518 次 /秒
# 源站
CPU：无明显波动
内存：无明显波动
磁盘 IOPS：读写连 10io/s 都没达到
# MySQL
CPU：峰值利用率 70%
内存：无明显波动
QPS：峰值 730 次 /秒
TPS：峰值 10 次 /秒
压测大师配置参数
压测大师报告
问题
在此小弟有几个问题想请教
- 压测大师 1000 并发，为什么 TPS 值如何高？压测大师的 1000 并发量与实际用户的 1000 并发量是不是存在差异呢？
- 源站 Java 在压测期间，接收到的请求几乎都在 3000ms 以上，压测的接口也只是返回 json 信息而已，没有复杂的查询，观察到各个服务的系统指标并没有异常情况，压测期间服务延迟很高最后导致无响应似乎有点太离谱了吧。。。
- 是不是小弟不太懂。。压测 1000 并发量这个量已经很大了还是不是很大呢？
 |
1
testlover 2022-06-21 11:03:26 +08:00  1
1.看现象 你这个应该是受带宽限制了 压力根本打不到服务器内部
2.你这个并发没有思考时间 已经是非常高了 是绝对的 1000 并发 这种并发量应该很少有应用能达到 估计也就淘宝这种量级的才差不多 3.你要是按照实际用户数设置并发 就得考虑实际用户操作的时间间隔，真在在同一时间打入服务器的请求其实是很小的 |
 |
2
liuleixxxx 2022-06-21 15:41:45 +08:00 1
您好，看截图，报错码中的这个 4XX ，可能是 403 。5XX 对应的可能是 514 。建议先排查一下报错。这些报错导致业务场景下请求逻辑没有完全完成吧？ 514 可能是超过了设置的 IP 访问配额限制
关于你的问题， 1 、建议先排查问题，可以先用小并发测试，再增加并发。 2 、压测会占用后台服务的资源，测试结果出现大量报错，手工请求响应时间增加或者报错都是正常的，系统的瓶颈不止在 cpu 、内存这些性能指标，也有可能在其他配置项。 3 、1000 并发量，这个看需求吧。可以从小并发测起，测出系统的最大并发。 |
|
3
liuleixxxx 2022-06-21 15:50:18 +08:00
您好，看截图，报错码中的这个 4XX ，应该是问题中的 403 。5XX 对应的是 514 。建议先排查一下报错。这些报错导致业务场景下请求逻辑没有完全完成吧？ 514 可能是超过了设置的 IP 访问配额限制
关于你的问题， 1 、建议先排查问题，可以先用小并发测试，再增加并发。 2 、压测会占用后台服务的资源，测试结果出现大量报错，手工请求效应时间增加或者报错都是正常的，系统的瓶颈不止在 cpu 、内存这些性能指标，也有可能在其他配置项。 3 、1000 并发量，这个看需求吧。可以从小并发测起，测出系统的最大并发。 |
Select Language