【急】lnmp默认配置使用ab 测试单个访问时间很长怎么办

zsqsc

ab 测试请求： .\ab.exe -n 50 -c 50 http://XXX.XXX.XXX/paihang.html
每个请求都要等10多秒

zsqsc

nginx  日志
171.214.198.226 - (14.168) - - - [23/Sep/2021:23:16:03 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (16.502) - - - [23/Sep/2021:23:16:06 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (16.474) - - - [23/Sep/2021:23:16:06 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (19.418) - - - [23/Sep/2021:23:16:09 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (19.840) - - - [23/Sep/2021:23:16:09 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (18.657) - - - [23/Sep/2021:23:16:10 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (18.559) - - - [23/Sep/2021:23:16:10 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (20.251) - - - [23/Sep/2021:23:16:10 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (21.337) - - - [23/Sep/2021:23:16:11 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (20.619) - - - [23/Sep/2021:23:16:13 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (22.499) - - - [23/Sep/2021:23:16:13 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (23.371) - - - [23/Sep/2021:23:16:13 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (23.714) - - - [23/Sep/2021:23:16:14 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"
171.214.198.226 - (22.424) - - - [23/Sep/2021:23:16:14 +0800] "GET /paihang.html HTTP/1.0" 200 532358 "-" "ApacheBench/2.3"

zsqsc

nigx 配置

1. worker_rlimit_nofile 51200;
   
2. 
   
3. events
   
4.     {   
   
5.         use epoll;
   
6.         worker_connections 51200;
   
7.         multi_accept off;
   
8.         accept_mutex off;
   
9.     }   
   
10. 
    
11. http
    
12.     {   
    
13.         include       mime.types;
    
14.         default_type  application/octet-stream;
    
15. 
    
16.         server_names_hash_bucket_size 128;
    
17.         client_header_buffer_size 32k;
    
18.         large_client_header_buffers 4 32k;
    
19.         client_max_body_size 50m;
    
20. 
    
21.         sendfile on;
    
22.         sendfile_max_chunk 512k;
    
23.         tcp_nopush on;
    
24. 
    
25.         keepalive_timeout 60;
    
26. 
    
27.         tcp_nodelay on;
    
28. 
    
29.         fastcgi_connect_timeout 300;
    
30.         fastcgi_send_timeout 300;
    
31.         fastcgi_read_timeout 300;
    
32.         fastcgi_buffer_size 64k;
    
33.         fastcgi_buffers 4 64k;
    
34.         fastcgi_busy_buffers_size 128k;
    
35.         fastcgi_temp_file_write_size 256k;
    

复制代码

licess

自定义的日志格式，使用的$request_time 字段？
不好确定什么问题
你机器什么配置、当前系统负载、内存占用、硬盘io是否正常？
带宽是否被占用满？
直接域名解析到vps还是使用了cdn、反代之类的？
因为$request_time 是［1用户请求］、［2建立 Nginx 连接］、［3发送响应］、［4接收响应］这些的，所以还需要考虑你这个ab运行机器上的网络响应等情况

zsqsc

licess 发表于 2021-9-24 15:01
自定义的日志格式，使用的$request_time 字段？
不好确定什么问题
你机器什么配置、当前系统负载、内存占用 ...

机器配置 阿里云 4核8G 5m 带宽
1、未使用cdn、未使用代理、测试时域名是本地host指向服务器ip
2、请求时的监控见附件

zsqsc

时间很长，可能的原因是因为 我的ab测试url 文档有点大，有200k

如果是这个原因，能怎么优化呢？

licess

zsqsc 发表于 2021-9-24 22:49
时间很长，可能的原因是因为 我的ab测试url 文档有点大，有200k

如果是这个原因，能怎么优化呢？ ...

如果状态码后面设置的是$body_bytes_sent的话，日志上显示是532358字节，大约510KB
你这50个并发，50个请求过去时间长点也正常
ab测试结果啥样