Nginx性能优化
2015-08-13 10:29
567 查看
1.Nginx长连接优化,将长连接从原来配置的5秒钟改成5分钟,将每次建立连接请求的数目从默认的100调整到1000。
2.发现
3.Nginx的
server完成业务逻辑处理,并将返回结果全部写回到客户端为止的时间,那么调用upstream server的时间如果能够打印出来的话,就更容易将问题范围缩小,幸运的是Nginx有两个参数可以打印后端服务器请求的时间和IP地址,在nginx.conf文件中修改日志的格式如下:
4.
Nginx在调用upstream server时,超时时间默认是60s,我们这些应用对响应时间要求非常高,超过1s已没有意义,因此在nginx.conf文件中修改默认的超时时间,超过1s就返回:
2.发现
TIME_WAIT的连接特别多,从现象及抓包分析结果来看,应该是有客户没有开启长连接,而我们在服务端又设置了
keepalive_timeout为5分钟,导致大量使用过的连接等待超时,当时有接近2000个,编辑
/etc/sysctl.conf文件,增加如下两个参数重用连接:
[code]net.ipv4.tcp_tw_reuse = 1 #表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭; net.ipv4.tcp_tw_recycle = 1 #表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。
3.Nginx的
reqeust_time指的是从客户端接收到第一个字节算起,到调用后端的upstream
server完成业务逻辑处理,并将返回结果全部写回到客户端为止的时间,那么调用upstream server的时间如果能够打印出来的话,就更容易将问题范围缩小,幸运的是Nginx有两个参数可以打印后端服务器请求的时间和IP地址,在nginx.conf文件中修改日志的格式如下:
[code]# $upstream_response_time 后端应用服务器响应时间 # $upstream_addr 后端服务器IP和端口号 log_format main '$remote_addr - [$time_local] "$request" ' '$status $body_bytes_sent ' '"$request_time" "$upstream_response_time" "$upstream_addr" "$request_body "';
4.
Nginx在调用upstream server时,超时时间默认是60s,我们这些应用对响应时间要求非常高,超过1s已没有意义,因此在nginx.conf文件中修改默认的超时时间,超过1s就返回:
[code]# time out settings proxy_connect_timeout 1s; proxy_send_timeout 1s; proxy_read_timeout 1s;
相关文章推荐
- centos6.7 源码编译安装nginx
- nginx
- Nginx 笔记与总结(11)Nginx + php-fpm + MySQL 安装 ecshop
- 恢复误删除的nginx日志
- Apache和Nginx的特点
- Nginx模块开发(3)————使用upstream访问第三方服务
- 可不可以不隐藏nginx版本号
- nginx配置貌似正确,但不起作用
- Linux深入篇之二:配置Nginx负载均衡
- Nginx-负载均衡实践(一、对PHP-FPM进行分摊)
- 学习python自动化运维diff-nginx比较
- NGINX+PHP-FPM failed to ptrace Input/output error
- NGINX+PHP-FPM failed to ptrace Input/output error
- 解决NGINX+PHP-FPM failed to ptrace(PEEKDATA) Input/output error出错问题
- Nginx双机高可用
- nginx 防火墙、权限问题
- Nginx
- Nginx模块开发(2)————下载文件
- Nginx模块开发(1)————类helloworld
- Nginx编译与安装