› NGINX
› NGINX Trac
› 3rd Party Modules
› Security Advisories
› CHANGES
› OpenResty
› ngx_lua
› Tengine
在线学习资源
› NGINX 开发从入门到精通
NGINX Modules
› ngx_echo
碰到一个奇怪的问题， tcp 抓包看数据已经发送， access log 看 14s 之后才正常处理
DeadLion · 2022-09-21 00:15:22 +08:00 · 1903 次点击这是一个创建于 832 天前的主题，其中的信息可能已经有所发展或是发生改变。
压测的时候发现有些请求响应超时，比例大概有 0.2%左右。后来 tcpdump 抓包发现 client 已经建立连接发送了请求，看请求的报文也是正常的。
然后压测端一直没收到响应，3s 主动断开请求了。
诡异的是根据 traceid 去查 access log ，发现有正常处理，但是日志的时间晚了 14s ，request_time 是正常 100+ms 。
这延迟的时间是啥情况？想不明白，请大神指点。
第 1 条附言 · 2023-08-17 17:41:23 +08:00
最终的结果是，Prometheus 插件在生成数据的时候会阻塞 worker 进程，因为 luavm 是单线程，所以阻塞的时候会影响到 worker 进程上的业务请求。
 |
1
cyhou 2022-09-21 00:20:32 +08:00 via Android
async Access log ？
|
 |
2
des 2022-09-21 01:03:56 +08:00 via iPhone
那和服务端抓包对比呢？
|
 |
3
mahone3297 2022-09-21 01:08:17 +08:00
画出你的架构图，看数据到底卡在哪个地方了？前端 nginx ？后端 server ？
|
 |
4
julyclyde 2022-09-21 08:41:32 +08:00
你 upstream 反应速度太慢导致的
|
 |
5
DeadLion OP @julyclyde request_time 包含了 upstream response time ，response time 也很短 100ms 以内。
@cyhou 比对了下相邻的一些请求时间 抓包时间和 access log 时间是同步的。 @des access log 一切正常，也就是说 ng 到 upstream 的时间应该都没问题。都是正常处理了的。 @mahone3297 很简单的架构，一个 ng 代理了微服务几个节点，另外一个压测机去压 ng 。ng 的 access 日志显示正常的，所有请求都处理了。没有超时的，抓包是在 ng 的机器上抓包，如上图所示，压测机的请求正常发过来了，但是 ng 没有立即响应，通过 access log 看，ng 是在 14 秒之后才收到这个请求。 |
 |
8
bantianys 2022-09-21 12:17:49 +08:00
我觉得可以试试用 wireshark 在压测端和 NG 端分别抓包对比，对比的图表可以用 wireshark 的 http.time 过滤器对应的 IO Graph 。
|
 |
10
Georgedoe 2022-09-21 16:07:27 +08:00
可能堆积在某个地方的队列里了
|
Select Language