This topic created in 3005 days ago, the information mentioned may be changed or developed.
用 curl 记录了一次请求过程
-w 的参数如下
1 time_namelookup: %{time_namelookup}\n 2 time_connect: %{time_connect}\n 3 time_appconnect: %{time_appconnect}\n 4 time_pretransfer: %{time_pretransfer}\n 5 time_redirect: %{time_redirect}\n 6 time_starttransfer: %{time_starttransfer}\n 7 ----------\n 8 time_total: %{time_total}\n 输出结果如下
time_namelookup: 1.527089 time_connect: 68.941406 time_appconnect: 68.989708 time_pretransfer: 68.989782 time_redirect: 0.000000 time_starttransfer: 68.997972 ---------- time_total: 68.998156 这个 time_connect 花了特别长的时间。不知道一般会是啥配置导致的呢？
服务端用的 Tengine，快的时候几毫秒就能返回结果，慢的时候就像上面这个结果一样。
Supplement 1 Feb 6, 2018
2 replies 2018-10-13 13:37:05 +08:00
 | 1 tingyunsay Oct 12, 2018 楼主你最后解决了这个问题吗？我之前一台机器也是这样的，重启之后就变成了这个 b 样，只针对某一些网站出现这种大量超时，都是耗费在 time_connect 上.... |
 | 2 xi_lin OP 我们后来加了个阿里云的 slb 好像就变好了，感觉还是网络的问题 |
Select Language