继《nginx的$request_time 比 $upstream_response_time 的时间长很多》主题

804368954 · 2014-12-02T14:09:46+00:00

Hi folks! I've just kicked out OpenResty 1.7.7.1 RC2 for testing: http://openresty.org/download/ngx_openresty-1.7.7.1rc2.tar.gz Changes since the last...

继《nginx的$request_time 比 $upstream_response_time 的时间长很多》主题

804368954

看了《nginx的$request_time 比 $upstream_response_time 的时间长很多》帖子，也看了大家很多恢复，但都再说慢连接等问题，我想知道如果就是post大，导致传输慢，有没有实质的办法？

我了解到两种方案

1、可以压缩post请求，减少体积，已经验证通过，如果服务器性能OK，压缩体积越大$request_time越小。

2、听又拍云的架构师张聪分享说可以通过lua去实现nginx不等待接收post，直接把二进制流给proxy，这种方案很适合我，因为我proxy后端不需要nginx帮我缓存，我能够承受住更大的并发。但具体实现方式实在不明，一直联系不到他本人，所以在这里请教各位了，怎么把post直接转给proxy，而不用让Nginx等待传输完毕

hemono

关于2:

可以使用 ngx_lua 的 cosocket API 实现严格的流式上传：

ngx.req.socket
https://github.com/openresty/lua-nginx-module#ngxreqsocket

ngx.socket.tcp

https://github.com/openresty/lua-nginx-module#ngxsockettcp

简单的说，就是用ngx.req.socket:receive(chunk_size) 接收上传的chunk，然后用 ngx.socket.tcp:send(chunk) 传到上游

ngx.req.socket 的例子：

https://github.com/openresty/lua-resty-upload

https://github.com/openresty/lua-resty-websocket

在 2014年12月2日下午2:09， <8043...@qq.com>写道：

看了《nginx的$request_time 比 $upstream_response_time 的时间长很多》帖子，也看了大家很多恢复，但都再说慢连接等问题，我想知道如果就是post大，导致传输慢，有没有实质的办法？

我了解到两种方案
1、可以压缩post请求，减少体积，已经验证通过，如果服务器性能OK，压缩体积越大$request_time越小。
2、听又拍云的架构师张聪分享说可以通过lua去实现nginx不等待接收post，直接把二进制流给proxy，这种方案很适合我，因为我proxy后端不需要nginx帮我缓存，我能够承受住更大的并发。但具体实现方式实在不明，一直联系不到他本人，所以在这里请教各位了，怎么把post直接转给proxy，而不用让Nginx等待传输完毕

--