Nginx 499 状态码优化

在grafana界面中发现不少499的状态码，在网上了解到出现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不是服务端处理时间太长了，而是另有他因。

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

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

优化方法：

Nginx 的详细介绍：请点这里
Nginx 的下载地址：请点这里