当nginx日志中的$ request_time达到60s时，使用nginx作为反向代理和uwsgi作为应用服务器获取504

Question

nginx日志中的$ request_time是从首次在nginx中接收到请求到nginx将响应发送回客户端为止所花费的时间。

在我的nginx配置中，该请求被nginx关闭，并在$ request_time达到60s时标记为504网关超时

我尝试使用以下位置上下文指令：

proxy_connect_timeout       300s;
proxy_send_timeout          300s;
proxy_read_timeout          300s;
send_timeout                300s;
uwsgi_read_timeout          300s;
uwsgi_send_timeout          300s;

但是仍然面临着同样的问题。 我缺少一些配置吗？

这是我的nginx.conf的位置上下文

location / {
        set $uwsgi_script "wsgi";
        set $script_name "/";
        set $socket "uwsgi.sock";

        #client_max_body_size 1000m;
        keepalive_timeout  0;

        # host and port to uwsgi server
        uwsgi_pass   unix:///tmp/$socket;
        uwsgi_param  UWSGI_SCRIPT $uwsgi_script;
        uwsgi_param  SCRIPT_NAME $script_name;

        proxy_connect_timeout       300s;
        proxy_send_timeout          300s;
        proxy_read_timeout          300s;
        send_timeout                300s;

        uwsgi_pass_header Authorization;
        include /etc/nginx/uwsgi_params;

        #fix redirect issue to proxy port
        uwsgi_param SERVER_PORT 80;

        #set correct scheme
        uwsgi_param UWSGI_SCHEME $http_x_forwarded_proto;

        uwsgi_intercept_errors off;
        uwsgi_read_timeout          300s;
        uwsgi_send_timeout          300s;
    }

Answer 1

这不是因为nginx超时了请求。 这在uwsgi级别本身已超时。

哈拉基里

uWSGI的一项功能可中止正在处理请求的工作时间过长。 使用harakiri系列选项进行配置。 每个花费时间超过harakiri超时中指定的秒数的请求都将被丢弃，并回收相应的工作程序。

因此，您需要在uwsgi配置中设置harakiri参数。 详情请见下文

Python中的uWSGI请求超时