nginx内存占用过高.md

现象

nginx运行一段时间后,内存占用非常高,超出系统最大内存后,开始使用SWAP,直至SWAP用尽,系统崩溃。内核参数vm.swappiness = 1。

如图:

43639f45d94eaed5f94079af4f6ca7d8.png

监控趋势图:

2623ff799c51eb1ec3d074f439fbfa95.png

分析和排查

因为之前使用的nginx版本为 1.11 ,出现内存泄露bug的可能性较小,并且网上没有相关反馈。

之后开始分析nginx的配置文件,首先发现的比较特殊的配置是防刷模块配置。

修改了防刷模块配置,观察一段时间,无效!

于是继续查找配置文件,发现client_header_buffer_size有点大,做了调整

client_header_buffer_size20000k;

#@修改为

client_header_buffer_size32k;

观察了几天,问题解决了,再也没出现内存占用过高的问题。汗,前人挖的大坑啊,访问量低了还看不出来。

分析

205d9adc-a496-4a46-be05-c28478cc7809.png

Sets buffer size for reading client request header. For most requests, a buffer of 1K bytes is enough. However, if a request includes long cookies, or comes from a WAP client, it may not fit into 1K. If a request line or a request header field does not fit into this buffer then larger buffers, configured by thelarge_client_header_buffers directive, are allocated.

Nginx 使用 client_header_buffer_size 缓存客户端的请求头,对于大部分请求,1K的默认值已经足够了。一旦请求头超过了1K,空间不够了,nginx就通过 large_client_header_buffers 按需扩容,这样做可以平衡资源和性能。

比如说大部分请求头的大小在 2K 以内,小部分的请求头在 10K 左右,此时理论上我们可以通过调整 client_header_buffer_size 到 10K 来解决问题,不过这样的话无疑浪费了宝贵的内存,更好的方法是调整 client_header_buffer_size 到 2K 满足大部分请求头的需求,至于小部分 10K 的请求头,则通过调整 large_client_header_buffers 来满足。

参考资料

Logo

更多推荐