Nginx（十五）：Nginx并发优化专题（1）——Nginx配置优化

Nginx配置优化，主要是配置nginx.conf文件

nginx进程数，建议按照cpu数目来指定，一般为它的倍数（1最多2）。

worker_processes auto;     //即1倍，即cpu个数

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

worker_rlimit_nofile 65535;

使用epoll的I/O模型，用这个模型来高效处理异步事件
use epoll;

每个进程允许的最多连接数，理论上每台nginx服务器的最大连接数为worker_processes*worker_connections。

worker_connections 65535;

让每个进程可以接受多个请求

multi_accept on;

http连接超时时间，默认是60s，功能是使客户端到服务器端的连接在设定的时间内持续有效，当出现对服务器的后继请求时，该功能避免了建立或者重新建立连接。切记这个参数也不能设置过大！否则会导致许多无效的http连接占据着nginx的连接数，终nginx崩溃！

keepalive_timeout 60;

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

隐藏响应头中的有关操作系统和web server（Nginx）版本号的信息，这样对于安全性是有好处的。

server_tokens off;

可以让sendfile()发挥作用。sendfile()可以在磁盘和TCP socket之间互相拷贝数据(或任意两个文件描述符)。Pre-sendfile是传送数据之前在用户空间申请数据缓冲区。之后用read()将数据从文件拷贝到这个缓冲区，write()将缓冲区数据写入网络。sendfile()是立即将数据从磁盘读到OS缓存。因为这种拷贝是在内核完成的，sendfile()要比组合read()和write()以及打开关闭丢弃缓冲更加有效(更多有关于sendfile)。

sendfile on;

告诉nginx在一个数据包里发送所有头文件，而不一个接一个的发送。就是说数据包不会马上传送出去，等到数据包最大时，一次性的传输出去，这样有助于解决网络堵塞。

tcp_nopush on; 

告诉nginx不要缓存数据，而是一段一段的发送--当需要及时发送数据时，就应该给应用设置这个属性，这样发送一小块数据信息时就能立即得到返回值。
tcp_nodelay on;

配置多个 server 虚拟主机，必须要在配置文档中 http { 里头加上 

server_names_hash_bucket_size 128;

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

fastcgi_connect_timeout 300; 

向FastCGI传送请求的超时时间，这个值是指已经完成两次握手后向FastCGI传送请求的超时时间。

fastcgi_send_timeout 300;

接收FastCGI应答的超时时间，这个值是指已经完成两次握手后接收FastCGI应答的超时时间。
fastcgi_read_timeout 300;

指定读取FastCGI应答第一部分 需要用多大的缓冲区，这里可以设置为fastcgi_buffers指令指定的缓冲区大小，下面的指令指定它将使用1个 16k的缓冲区去读取应答的第一部分，即应答头，其实这个应答头一般情况下都很小（不会超过1k），但是你如果在fastcgi_buffers指令中指 定了缓冲区的大小，那么它也会分配一个fastcgi_buffers指定的缓冲区大小去缓存。

fastcgi_buffer_size 16k;

指定本地需要用多少和多大的缓冲区来 缓冲FastCGI的应答，如下所示，如果一个php脚本所产生的页面大小为256k，则会为其分配16个16k的缓冲区来缓存，如果大于256k，增大 于256k的部分会缓存到fastcgi_temp指定的路径中， 当然这对服务器负载来说是不明智的方案，因为内存中处理数据速度要快于硬盘，通常这个值 的设置应该选择一个你的站点中的php脚本所产生的页面大小的中间值，比如你的站点大部分脚本所产生的页面大小为 256k就可以把这个值设置为16 16k，或者4 64k 或者64 4k，但很显然，后两种并不是好的设置方法，因为如果产生的页面只有32k，如果用4 64k它会分配1个64k的缓冲区去缓存，而如果使用64 4k它会分配8个4k的缓冲区去缓存，而如果使用16 16k则它会分配2个16k去缓存页面，这样看起来似乎更加合理。
fastcgi_buffers 16 16k;

默认值fastcgi_buffers的两倍。

fastcgi_busy_buffers_size 32k;

在写入fastcgi_temp_path时将用多大的数据块，默认值是fastcgi_buffers的两倍。

fastcgi_temp_file_write_size 32k;

禁用访问日志文件
这一点影响较大，因为高流量站点上的日志文件涉及大量必须在所有线程之间同步的IO操作。


access_log off;
#log_not_found off;  是否在error_log中记录不存在的错误。默认是。
error_log /var/log/nginx-error.log warn;
若你不能关闭访问日志文件，至少应该使用缓冲：
access_log /var/log/nginx/access.log main buffer=16k;

# 开启压缩  
gzip  on;   
# 设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。默认值是0，不管页面多大都压缩。建议设置成大于2k的字节数，小于2k可能会越压越大。  
gzip_min_length 2k;  
# 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。 例如 4 4k 代表以4k为单位，按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位，按照原始数据大小以8k为单位的4倍申请内存。  
# 如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。  
gzip_buffers 4 16k;  
#压缩级别，1-10，数字越大压缩的越好，也越占用CPU时间  
gzip_comp_level 5;  
# 默认值: gzip_types text/html (默认不对js/css文件进行压缩)  
# 压缩类型，匹配MIME类型进行压缩  
# 不能用通配符 text/*  
# (无论是否指定)text/html默认已经压缩   
# 设置哪压缩种文本文件可参考 conf/mime.types  
gzip_types text/plain application/x-javascript text/css application/xml;    
# 值为1.0和1.1 代表是否压缩http协议1.0，选择1.0则1.0和1.1都可以压缩  
gzip_http_version 1.0   
# IE6及以下禁止压缩  
gzip_disable "MSIE [1-6]\.";   
# 默认值：off  
# Nginx作为反向代理的时候启用，开启或者关闭后端服务器返回的结果，匹配的前提是后端服务器必须要返回包含"Via"的 header头。  
# 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_proxied expired no-cache no-store private auth;  
# 给CDN和代理服务器使用，针对相同url，可以根据头信息返回压缩和非压缩副本  
gzip_vary on;