网站 time_connect 耗时特别长

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 2263 天前的主题，其中的信息可能已经有所发展或是发生改变。

用 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，快的时候几毫秒就能返回结果，慢的时候就像上面这个结果一样。

第 1 条附言 · 2018-02-06 19:34:10 +08:00

看到一个类似的问题分析
https://ifengkou.github.io/httpstat.html

但是这文章我没看懂到底结论是啥，怎么处理

2 条回复 • 2018-10-13 13:37:05 +08:00

tingyunsay

2018-10-12 21:39:43 +08:00

楼主你最后解决了这个问题吗？我之前一台机器也是这样的，重启之后就变成了这个 b 样，只针对某一些网站出现这种大量超时，都是耗费在 time_connect 上....😣😣

xi_lin

2018-10-13 13:37:05 +08:00

我们后来加了个阿里云的 slb 好像就变好了，感觉还是网络的问题