linux nginx 内存占用,nginx内存占用过高
nginx内存占用过高.md现象nginx运行一段时间后,内存占用非常高,超出系统最大内存后,开始使用SWAP,直至SWAP用尽,系统崩溃。内核参数vm.swappiness = 1。如图:监控趋势图:分析和排查因为之前使用的nginx版本为 1.11 ,出现内存泄露bug的可能性较小,并且网上没有相关反馈。之后开始分析nginx的配置文件,首先发现的比较特殊的配置是防刷模块配置。修改了防刷模块配
nginx内存占用过高.md
现象
nginx运行一段时间后,内存占用非常高,超出系统最大内存后,开始使用SWAP,直至SWAP用尽,系统崩溃。内核参数vm.swappiness = 1。
如图:
监控趋势图:
分析和排查
因为之前使用的nginx版本为 1.11 ,出现内存泄露bug的可能性较小,并且网上没有相关反馈。
之后开始分析nginx的配置文件,首先发现的比较特殊的配置是防刷模块配置。
修改了防刷模块配置,观察一段时间,无效!
于是继续查找配置文件,发现client_header_buffer_size有点大,做了调整
client_header_buffer_size20000k;
#@修改为
client_header_buffer_size32k;
观察了几天,问题解决了,再也没出现内存占用过高的问题。汗,前人挖的大坑啊,访问量低了还看不出来。
分析
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 来满足。
参考资料
更多推荐
所有评论(0)