Nginx配置文件优化详解

前言

本文假定已经通过yum成功安装nginx。nginx.conf文件位于：/etc/nginx/nginx.conf。
如果是编译安装nginx，nginx.conf文件位置可能不同。

nginx.conf 范例

user www;
worker_processes  auto;
worker_cpu_affinity auto;
worker_rlimit_nofile 65535;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    use epoll;
    worker_connections 65535;
    multi_accept on;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    sendfile on;
    tcp_nopush on;

    keepalive_timeout 60;
    tcp_nodelay on;

    server_names_hash_bucket_size 128;
    client_header_buffer_size 4k;
    client_header_timeout 15;
    client_body_timeout 15;
    reset_timedout_connection on;

    server_tokens off;

    client_max_body_size 10m;

    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  /var/log/nginx/access.log  main;

    fastcgi_connect_timeout 300;
    fastcgi_send_timeout 300;
    fastcgi_read_timeout 300;
    fastcgi_buffer_size 64k;
    fastcgi_buffers 4 64k;
    fastcgi_busy_buffers_size 128k;
    fastcgi_temp_file_write_size 128k;

    # gzip
    gzip on;
    gzip_min_length 1k;
    gzip_buffers 4 32k;
    gzip_http_version 1.1;
    gzip_comp_level 5;
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;
    gzip_vary on;
    gzip_proxied any;
    gzip_disable "MSIE [1-6]\.";

    # brotli
    brotli on;
    brotli_comp_level 6;
    brotli_buffers 16 8k;
    brotli_min_length 20;
    brotli_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript image/svg+xml;

    include /etc/nginx/conf.d/*.conf;
}

配置项详解

根参数

user www
nginx运行时使用www用户，默认是nginx 。

worker_processes auto
nginx运行工作进程个数，一般设置为cpu的核数。当设置成auto，nginx将自动启动与cpu数量相同的worker进程。
查看nginx当前进程数：

ps -aux | grep nginx |grep -v grep

输出：

root      11355  0.0  0.1  57540  4520 ?        Ss   13:55   0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
www       11356  0.0  0.2  80920  2096 ?        S    13:55   0:00 nginx: worker process
www       11357  0.0  0.2  79372  2096 ?        S    13:55   0:00 nginx: worker process
www       11358  0.0  0.2  79376  2096 ?        S    13:55   0:00 nginx: worker process
www       11359  0.0  0.2  79504  2096 ?        S    13:55   0:00 nginx: worker process

worker_cpu_affinity auto
nginx默认是没有开启利用多核cpu的配置的。需要通过增加worker_cpu_affinity配置参数来充分利用多核cpu，cpu是任务处理，当计算最费时的资源的时候，cpu核使用上的越多，性能就越好。
如果不了解cpu的核数，可以top命令之后按 1 看出来，也可以查看/proc/cpuinfo文件：

grep ^processor /proc/cpuinfo | wc -l

当设置成 auto ，nginx将根据worker的数量自动配置cpu绑定位图。也可手动配置。
比如4核配置：

worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;

比如8核配置：

worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 0000100000010000 00100000 01000000 10000000;

worker_processes最多开启8个，8个以上性能提升不会再提升了，而且稳定性变得更低，所以8个进程够用了。当设置成 off 时，nginx不会进行cpu绑定。

这里推荐使用auto参数值，由nginx自动配置。

worker_processes auto;
worker_cpu_affinity auto;

worker_rlimit_nofile
这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n的值保持一致。

event模块

use epoll
nginx采用epoll事件模型，处理效率高。

work_connections
单个worker进程允许客户端最大连接数，这个数值一般根据服务器性能和内存来制定，实际最大值就是worker进程数乘以work_connections。这里推荐设置成跟worker_rlimit_nofile值一样就可以了。

multi_accept on
告诉nginx收到一个新连接通知后接受尽可能多的连接，默认是 on ，设置为 on 后，多个worker按串行方式来处理连接，也就是一个连接只有一个worker被唤醒，其他的处于休眠状态，设置为 off 后，多个worker按并行方式来处理连接，也就是一个连接会唤醒所有的worker，直到连接分配完毕，没有取得连接的继续休眠。当你的服务器连接数不多时，开启这个参数会让负载有一定的降低，但是当服务器的吞吐量很大时，为了效率，可以关闭这个参数。

http模块

include /etc/nginx/mime.types
媒体类型，include只是一个在当前文件中包含另一个文件内容的指令。

default_type application/octet-stream
默认媒体类型足够

开启高效传输模式

sendfile on
开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为 off，以平衡磁盘与网络I/O处理速度，降低系统的负载。
注意：如果图片显示不正常把这个改成 off 。

tcp_nopush on
必须在 sendfile 开启模式才有效，防止网路阻塞，积极的减少网络报文段的数量(将响应头和正文的开始部分一起发送，而不一个接一个的发送)。

优化http连接

keepalive_timeout 60
客户端连接保持会话超时时间，超过这个时间，服务器断开这个链接。

tcp_nodelay on
也是防止网络阻塞，不过要包涵在keepalive_timeout参数才有效。

server_names_hash_bucket_size 128
服务器名字的hash表大小

client_header_buffer_size 4k
客户端请求头部的缓冲区大小，这个可以根据你的系统分页大小来设置，一般一个请求头的大小不会超过 1k，不过由于一般系统分页都要大于1k，所以这里设置为分页大小。
分页大小可以用命令getconf PAGESIZE取得。

client_header_timeout 15
设置请求头的超时时间。我们也可以把这个设置低些，如果超过这个时间没有发送任何数据，nginx将返回request time out的错误。

client_body_timeout
设置请求体的超时时间。我们也可以把这个设置低些，超过这个时间没有发送任何数据，和上面一样的错误提示。

reset_timedout_connection on
告诉nginx关闭不响应的client连接。这将会释放那个client所占有的内存空间。

server_tokens off
并不会让nginx执行的速度更快，但它可以关闭在错误页面中的nginx版本数字，这样对于安全性是有好处的。

client_max_body_size
上传文件大小限制。

fastcgi调优

fastcgi_connect_timeout 300
指定连接到后端FastCGI的超时时间。

fastcgi_send_timeout 300
向FastCGI传送请求的超时时间。

fastcgi_read_timeout 300
指定接收FastCGI应答的超时时间。

fastcgi_buffer_size 64k
指定读取FastCGI应答第一部分需要用多大的缓冲区，默认的缓冲区大小为fastcgi_buffers指令中的每块大小，可以将这个值设置更小。

fastcgi_buffers 4 64k
指定本地需要用多少和多大的缓冲区来缓冲FastCGI的应答请求。
如果一个php脚本所产生的页面大小为256KB，那么会分配4个64KB的缓冲区来缓存；
如果页面大小大于256KB，那么大于256KB的部分会缓存到fastcgi_temp_path指定的路径中，但是这并不是好方法，因为内存中的数据处理速度要快于磁盘。
一般这个值应该为站点中php脚本所产生的页面大小的中间值，如果站点大部分脚本所产生的页面大小为256KB，那么可以把这个值设置为8 32K、4 64k等。

fastcgi_busy_buffers_size 128k
建议设置为fastcgi_buffers的两倍，繁忙时候的buffer值。

fastcgi_temp_file_write_size 128k
在写入fastcgi_temp_path时将用多大的数据块，默认值是fastcgi_buffers的两倍。
该数值设置小时若负载上来时可能报 502 Bad Gateway。

gzip调优

使用gzip压缩功能，可能为我们节约带宽，加快传输速度，有更好的体验，也为我们节约成本，所以说这是一个重点。
关于gzip详细介绍可点击这里;

gzip on
开启gzip压缩功能。

gzip_min_length 1k
设置允许压缩的页面最小字节数，页面字节数从header头的Content-Length中获取，默认值是 0 ，不管页面多大都进行压缩，建议设置成大于 1K ，如果小与1K可能会越压越大。

gzip_buffers
压缩缓冲区大小，表示申请4个单位为32K的内存作为压缩结果流缓存，默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果。

gzip_http_version 1.1
压缩版本，用于设置识别HTTP协议版本，默认是 1.1 ，目前大部分浏览器已经支持GZIP解压，使用默认即可。

gzip_comp_level 5
压缩比例，用来指定gzip压缩比，1压缩比最小，处理速度最快，9压缩比最大，传输速度快，但是处理慢，也比较消耗CPU资源。推荐设置为 5 。

gzip_types
用来指定压缩的类型，text/html类型总是会被压缩。

gzip_vary on
和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩。

gzip_proxied any
nginx作为反向代理的时候启用，开启或者关闭后端服务器返回的结果，匹配的前提是后端服务器必须要返回包含Via的header头。默认是 off 。
可选参数值：

可选值	描述
off	关闭所有的代理结果数据的压缩
expired	启用压缩，如果header头中包含 Expires 头信息
no-cache	启用压缩，如果header头中包含 Cache-Control:no-cache 头信息
no-store	启用压缩，如果header头中包含 Cache-Control:no-store 头信息
private	启用压缩，如果header头中包含 Cache-Control:private 头信息
no_last_modified	启用压缩,如果header头中不包含 Last-Modified 头信息
no_etag	启用压缩 ,如果header头中不包含 ETag 头信息
auth	启用压缩 , 如果header头中包含 Authorization 头信息
any	无条件启用压缩

gzip_disable
禁用IE6的gzip压缩。 IE6对gzip的压缩支持很不好，会造成页面的假死。为了避免IE6出现问题，建议加上这个参数。

brotli调优

Google 认为互联网用户的时间是宝贵的，他们的时间不应该消耗在漫长的网页加载中，因此在 2015 年 9 月 Google 推出了无损压缩算法 Brotli。Brotli 通过变种的 LZ77 算法、Huffman 编码以及二阶文本建模等方式进行数据压缩，与其他压缩算法相比，它有着更高的压塑压缩效率。
关于brotli详细介绍可点击这里。

注：如果未安装brotli模块，此部分配置项无需配置，可略过。

brotli on
开启brotli压缩功能。

brotli_comp_level 6
压缩比例，用来指定brotli压缩比，1 压缩比最小，处理速度最快，11 压缩比最大，传输速度快，但是处理慢，也比较消耗CPU资源。默认值为 6 ,使用默认值即可。

brotli_buffers 16 8k
设置用于压缩响应的缓冲区number和size。默认情况下，缓冲区大小等于一个内存页面。
默认值：32 4k|16 8k。

brotli_min_length 20
设置length要压缩的响应的最小值，长度仅由Content-Length响应头字段确定。默认为 20 。

brotli_types
用来指定压缩的类型，text/html类型总是会被压缩。