[nginx]nginx的性能优化

nginx的性能优化

配置虚拟主机

例子1: 基于域名的虚拟主机

    server {

        listen 80;  #监听端口

        server_name a.com; #监听域名

        location / {

                root /var/www/a.com;   #根目录定位

                index index.html;

        }

    }

例子2: 基于端口+ ip 的虚拟主机配置

    server {

        listen 8080;

        server_name 192.168.1.204;

        location / {

                root /var/www/html;

                index index.html;

        }

    }

/ 全局区
worker_processes 1; // 有1个工作的子进程,可以自行修改,但太大无益,因为要争夺CPU,一般设置为 CPU数*核数

Event {

// 一般是配置nginx连接的特性

// 如1个word能同时允许多少连接

 worker_connections  1024; // 这是指 一个子进程最大允许连1024个连接

}

1:判断nginx的瓶颈

1.1: 首先把ab测试端的性能提高,使之能高并发的请求.

易出问题: too many open files

原因 :  ab在压力测试时,打开的socket过多

解决: ulimit -n 30000 (重启失效)

观察结果: nginx 不需要特殊优化的情况下, 5000个连接,1秒内响应. 

满足要求,但 wating状态的连接过多.

1.2: 解决waiting进程过多的问题.

解决办法: keepalive_timeout = 0;  

即: 请求结果后,不保留tcp连接. 

在高并发的情况下, keepalive会占据大量的socket连接.

结果: waiting状态的连接明显减少.

1.3: 解决服务端 too many open files

分析: nginx要响应, 

1是要建立socket连接,

2 是要读本地文件

系统内核层面:

net.core.somaxconn = 4096 允许等待中的监听

net.ipv4.tcp_tw_recycle = 1  tcp连接快速回收

net.ipv4.tcp_tw_reuse = 1    tcp连接重用   

net.ipv4.tcp_syncookies = 0  不抵御洪水攻击

ulimit -n 30000

Nginx层面:

解决: nginx.conf 下面: work_connection 加大

worker_connections  10240;

Worker_rlimit_nofiles 10000;

Keepalive_timeout 0;