Nginx 499 状态码优化

126次阅读

共计 1824 个字符，预计需要花费 5 分钟才能阅读完成。

在 grafana 界面中发现不少 499 的状态码，在网上了解到出现 499 的原因大体都是说服务端处理时间过长，客户端主动关闭了连接。

Nginx 499 状态码优化

既然原因可能是服务端处理时间太长了，看一下 upstream_response_time 时间可以了解到后端程序处理了多久。

先了解一下什么是 upstream_response_time 和 request_time 分别是什么：

request_time：服务端从接受客户端请求的第一个字节到服务端应用程序处理完发送完响应数据的时间，包括请求数据时间、程序响应时间、输出响应时间
upstream_response_time：指 nginx 向后端如 php，tomcat 等建立连接开始到到处理完数据关闭连接为止的时间

上面说过，原因可能是服务端处理时间太长了，那么应该 upstream_resopnse_time 和 request_time 时间很长才对。。看下图，打脸了，upstream_response_time 没有记录，request_time 也非常短，也就是说 nginx 根本没有将请求转发到 php 处理，而是直接返回了 499 状态码，所以没有 upstream_response_time，并且 request_time 时间很短，甚至为零。

这么说我这里出现 499 不是服务端处理时间太长了，而是另有他因。

Nginx 499 状态码优化

看来百度是不行的，google 查找，原因可能是以下：

客户端请求速度过快，触发了 nginx 保护机制，直接返回 499 状态码
第二种情况就是客户端主动关闭了连接
证书错误

优化方法：

#size limits for 502 499
    client_max_body_size             50m;
    client_body_buffer_size        256k;
    client_header_timeout     3m;
    client_body_timeout 3m;
    client_body_temp_path /dev/shm/client_body_temp;
    send_timeout             3m;

    proxy_ignore_client_abort on;    # 告诉 nginx 不要主动关闭连接 
    proxy_connect_timeout 600;
    proxy_read_timeout 600;
    proxy_send_timeout 600;
    proxy_buffer_size 32k;
    proxy_buffers 4 64k;
    proxy_busy_buffers_size 128k;
    proxy_temp_file_write_size 512k;