Nginx 动静分离

1、nginx 与 tomcat 处理静态资源区别：

tomcat静态资源请求量为每秒1000次，则nginx静态资源请求量为每秒6000次，tomcat每秒的吞吐量为0.6M，nginx的每秒吞吐量为3.6M，可以说，nginx处理静态资源的能力是tomcat处理能力的6倍

2、动静分离原理：

服务端接收来自客户端的请求中，有一部分是静态资源的请求，例如html,css,js和图片资源等等，有一部分是动态数据的请求。
因为tomcat处理静态资源的速度比较慢，所以我们可以考虑把所有静态资源独立开来，交给处理静态资源更快的服务器例如nginx处理，而把动态请求交给tomcat处理。
如下图所示，我们在机器上同时安装了nginx和tomcat,把所有的静态资源都放置在nginx的webroot目录下面，把动态请求的程序都放在tomcat的webroot目录下面，
当客户端访问服务端的时候，如果是静态资源的请求，就直接到nginx的webroot目录下面获取资源，如果是动态资源的请求，nginx利用反向代理的原理，把请求转发给tomcat进行处理，这样就实现了动静分离，提高了服务器处理请求的性能。

3、结构示意图：

4、 nginx 实例配置：

#Nginx.conf
user  caogen;
worker_processes  1; #因为我用的是虚拟机 只设置了1CPU

error_log  logs/nginx_error.log  error;
error_log  logs/nginx_info.log   info;

pid        logs/nginx.pid;
worker_rlimit_nofile 51200; #更改worker进程的最大打开文件数限制。如果没设置的话，这个值为操作系统的限制。

events {
    use epoll; #nginx工作模式，epoll是linux平台下的高效模式，配合nginx的异步非阻塞作用
    worker_connections  51200; #定义nginx每个进程的最大连接书为51200，一般网上都配置65535.
    accept_mutex on;    #设置网络连接的序列化,当一个新连接到达时，如果激活了accept_mutex，那么多个Worker将以串行方式来处理，其中有一个Worker会被唤醒，其他的Worker继续保持休眠状态;如果没有激活accept_mutex，那么所有的Worker都会被唤醒，不过只有一个Worker能获取新连接，其它的Worker会重新进入休眠状态,这就是惊群问题。更详细的解释http://huoding.com/2013/08/24/281
    multi_accept on;    #设置worker_poocess是否允许同时接受多个网络连接,默认一个worker一次只接受一个新连接,multi_accept设置为on后能接受多个，有利于性能提升
    }


    http {
        include       mime.types; #nginx通过服务端文件的后缀名来判断这个文件属于什么类型，再将该数据类型写入http头部的Content-Type字段中，发送给客户端。mime.types这个文件里面全是文件类型的定义。
        default_type  application/octet-stream; #当用户请求的文件后缀在mime.types这个文件没有定义，便使用默认的type为二进制流
        include /usr/local/nginx/conf/proxy.conf;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  logs/access.log  main;

    sendfile        on; #开启高效文件传输模式
    tcp_nopush     on;  #启用之后，数据包会累积到一定大小才会发送，减小了额外开销，防止网络阻塞，提高网络效率
    tcp_nodelay  on;    #启用之后，尽快发送数据。
    #可以看到tcp_nopush是要等数据包累积到一定大小才发送，tcp_nodelay是要尽快发送，二者相互矛盾。实际上，它们可以一起用，最终的效果是先填满包，再尽快发送。

    keepalive_timeout  65;

    #gzip  on;
    include /usr/local/nginx/conf/gzip.conf;

    #开启负载均衡的服务器组
    upstream caogen_proxy{
        ip_hash; #每个请求按照ip的hash结果分配，同一个ip的访客固定访问一个后端服务器
        server 192.168.88.130:8081;
        server 192.168.1.130:8085;
    }

    #禁止通过Ip访问
    server{
    server_name _:
    return 404;
    }

    server {
        listen       80;
        server_name  localhost 127.0.0.1 192.168.88.130;
        charset utf-8;
        #access_log  logs/host.access.log  main;

    #动静分离  静态文件交给nginx处理  动态交给tomcat    
    #location ~ .*\.(gif|jpg|jpeg|png|js|css)$ {  
    #   root /usr/local/nginx/staticFiles/;
    #   expires 1h; #缓存一小时
    #}

    location ~ ^/(images|js|css)/ {
        root /usr/local/nginx/staticFiles/;
        expires 1h;
    }

        location / {
            #root   html;
            #index  index.html index.htm;
            #proxy_pass http://localhost:8081;
            proxy_pass http://caogen_proxy;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
}

代理配置说明：

# proxy.conf
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr; #获取真实ip
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #获取代理服务器的ip和客户的真实ip
client_max_body_size 10m;          #允许客户端请求的最大单文件字节数
client_body_buffer_size 128k;      #缓冲区代理缓冲用户端请求的最大字节数
proxy_connect_timeout 300;         #nginx跟后端服务器连接超时时间(代理连接超时)
proxy_send_timeout 300;            #后端服务器数据回传时间(代理发送超时)
proxy_read_timeout 300;            #连接成功后，后端服务器响应时间(代理接收超时)
proxy_buffer_size 64k;             #设置代理服务器（nginx）保存用户头信息的缓冲区大小
proxy_buffers   32 32k;            #proxy_buffers缓冲区，网页平均在32k以下的话，这样设置
proxy_busy_buffers_size 128k;      #高负荷下缓冲大小（proxy_buffers*2）
proxy_temp_file_write_size 128k;   #设定缓存文件夹大小，大于这个值，将从upstream服务器传

压缩配置说明：

gzip on;  #开启gzip  默认关闭
gzip_buffers 16 8k; #这是默认的设置
gzip_comp_level 1;  #gzip的压缩程度，级别为1到9.级别越高，压缩程序越高，时间越多
gzip_min_length 1k; #gzip压缩功能对大数据压缩效果明显，对小数据有时候会出现越压缩数据越大的情况，所以设置当字节数大于多少的时候才开启压缩，我设置为1kb,默认设置为20kb
gzip_types  text/plain application/x-javascript text/css application/xml application/javascript;    #压缩的常规文件类型
gzip_vary on; #告诉接受方数据经过gzip压缩
gzip_disable "MSIE[1-6]\."; #因为IE6对gzip不支持，所以在IE6及更旧的版本不使用gzip压缩

注意以上我注释掉的一段动静分离的配置：

#动静分离  静态文件交给nginx处理  动态交给tomcat    
#location ~ .*\.(gif|jpg|jpeg|png|js|css)$ {  
#   root /usr/local/nginx/staticFiles/;
#   expires 1h; #缓存一小时
#}

因为网站的图片分两种，一种图片上作为css而产生的，一种图片上用户动态上传的，作为css的图片上放在项目的images文件夹里，用户上传的图片放在一个文件服务器里面，注释的配置是所有gif,jpg……等类型为后缀的url都会被nginx处理，如果在/usr/local/nginx/staticFiles/文件夹里没有图片,nginx则会返回404。/usr/local/nginx/staticFiles/这个文件夹只存放了js,css和css的图片。所以用户上传的图片都无法查看。

调整后的动静分离配置：

 location ~ ^/(images|js|css)/ {
    root /usr/local/nginx/staticFiles/;
    expires 1h;
}

仅仅存储静态图片资源或者是css 样式文件中引入的静态图片资源