- 大多数的Nginx安装指南告诉你如下基础知识——通过apt-get安装，修改这里或那里的几行配置，好了，你已经有了一个Web服务器了！而且，在大多数情况下，一个常规安装的nginx对你的网站来说已经能很好地工作了。然而，如果你真的想挤压出nginx的性能，你必须更深入一些。在本指南中，我将解释Nginx的那些设置可以微调，以优化处理大量客户端时的性能。需要注意一点，这不是一个全面的微调指南。这是一个简单的预览——那些可以通过微调来提高性能设置的概述。你的情况可能不同。
- 基本的 (优化过的)配置
- 我们将修改的唯一文件是nginx.conf，其中包含Nginx不同模块的所有设置。你应该能够在服务器的/etc/nginx目录中找到nginx.conf。首先，我们将谈论一些全局设置，然后按文件中的模块挨个来，谈一下哪些设置能够让你在大量客户端访问时拥有良好的性能，为什么它们会提高性能。本文的结尾有一个完整的配置文件。
功能：定义每个work_process同时开启的最大连接数，参数受os进程最大打开文件数限制。
默认值：1024
默认值：1.11.3之前默认on,之后的版本则是默认off
说明：配置了多个workers，打开此功能，worker进程轮流，序列号的响应请求，如果关闭了它，可能会引起一定程度的[惊群问题]
对于分布式应用短连接来讲最好是打开该参数,这样避免过多的上下文切换开销
对于长连接应用最好是关闭该参数,避免过多连接负载到一个worker上导致某个进程CPU利用率过高
功能：参数值为on，一个工作进程可以同时接受所有的新连接，默认为off，nginx一个工作进程只能同时接受一个新的连接，使用kqueue连接方法，这条指令会被忽略。
当accept_mutex设置为on后就需要根据应用场景调试accept_mutex_delay参数,该参数规定所有子进程多少时间后重新抢夺accept锁。合适的参数值有助于减少worker负载不均衡问题。默认值500ms
Nginx服务器提供了多个事件驱动器模型来处理网络消息。
其支持的类型有：select、poll、kqueue、epoll、rtsing、/dev/poll以及eventport。
select：只能在Windows下使用，这个事件模型不建议在高负载的系统使用
poll:Nginx默认首选，但不是在所有系统下都可用
kqueue:这种方式在FreeBSD 4.1+, OpenBSD2.9+, NetBSD 2.0, 和 MacOS X系统中是最高效的
epoll: 这种方式是在Linux 2.6+内核中最高效的方式
rtsig:实时信号，可用在Linux 2.2.19的内核中，但不适用在高流量的系统中
/dev/poll: Solaris 7 11/99+,HP/UX 11.22+, IRIX 6.5.15+, and Tru64 UNIX 5.1A+操作系统最高效的方式
eventport: Solaris 10最高效的方式
高层的配置nginx.conf文件中，Nginx中有少数的几个高级配置在模块部分之上。
user www-data;
pid /usr/local/nginx/logs/nginx.pid;
worker_processes auto;
#worker_processes 定义了nginx对外提供web服务时的worder进程数。
#最优值取决于许多因素，包括（但不限于）CPU核的数量、存储数据的硬盘数量及负载模式,
#不能确定的时候，将其设置为可用的CPU内核数将是一个好的开始（设置为“auto”将尝试自动检测它)
worker_rlimit_nofile 100000;
#更改worker进程的最大打开文件数限制。如果没设置的话，这个值为操作系统的限制，
#设置后你的操作系统和Nginx可以处理比“ulimit -a”更多的文件，所以把这个值设高，这样nginx就不会有“too many open files”问题了。
Events模块events模块中包含nginx中所有处理连接的设置
events {
worker_connections 2048;
#worker_connections设置可由一个worker进程同时打开的最大连接数,
#如果设置了上面提到的worker_rlimit_nofile，我们可以将这个值设得很高。
multi_accept on;
#multi_accept 告诉nginx收到一个新连接通知后接受尽可能多的连接
use epoll;
#use 设置用于复用客户端线程的轮询方法,
#如果你使用Linux 2.6+，你应该使用epoll。如果你使用*BSD，你应该使用kqueue
}
HTTP 模块
HTTP模块控制着nginx http处理的所有核心特性。因为这里只有很少的配置，所以我们只节选配置的一小部分。所有这些设置都应该在http模块中，甚至你不会特别的注意到这段设置
http {
server_tokens off;
#server_tokens 并不会让nginx执行的速度更快,但它可以关闭在错误页面中的nginx版本数字,
#这样对于安全性是有好处的
sendfile on;
#sendfile可以让sendfile()发挥作用。sendfile()可以在磁盘和TCP socket之间互相拷贝数据(或任意两个文件描述符),Pre-#sendfile是传送数据之前在用户空间申请数据缓冲区,之后用read()将数据从文件拷贝到这个缓冲区,write()将缓冲区数据
#写入网络,sendfile()是立即将数据从磁盘读到OS缓存,因为这种拷贝是在内核完成的,
#sendfile()要比组合read()和write()以#及打开关闭丢弃缓冲更加有效
tcp_nopush on;
#tcp_nopush 告诉nginx在一个数据包里发送所有头文件，而不一个接一个的发送
tcp_nodelay on;
#tcp_nodelay 告诉nginx不要缓存数据，而是一段一段的发送–当需要及时发送数据时,
#就应该给应用设置这个属性,这样发送一小块数据信息时就不能立即得到返回值
access_log off;
#access_log设置nginx是否将存储访问日志。关闭这个选项可以让读取磁盘IO操作更快(aka,YOLO)
error_log /var/log/nginx/error.log crit;
#错误日志级别：常见的错误日志级别有[debug | info | notice | warn | error | crit | alert | emerg]，级别越高记录的信息越#少,生产场景一般是 warn | error | crit 这三个级别之一
#error_log 告诉nginx只能记录严重的错误
keepalive_timeout 10;
#keepalive_timeout 给客户端分配keep-alive链接超时时间,服务器将在这个超时时间过后关闭链接,
#我们将它设置低些可以让ngnix持续工作的时间更长
client_header_timeout 10;
client_body_timeout 10;
#client_header_timeout 和client_body_timeout 设置请求头和请求体(各自)的超时时间，
#我们也可以把这个设置低些
reset_timedout_connection on;
#reset_timeout_connection告诉nginx关闭不响应的客户端连接。这将会释放那个客户端所占有的内存空间
send_timeout 10;
#send_timeout 指定客户端的响应超时时间。这个设置不会用于整个转发器，而是在两次客户端读取操作之间,
#如果在这段时间内，客户端没有读取任何数据，nginx就会关闭连接
limit_conn_zone $binary_remote_addr zone=addr:5m;
#limit_conn_zone设置用于保存各种key（比如当前连接数）的共享内存的参数。5m就是5兆字节，这个值应该被设置的足够大以存储（32K*5）32byte状态或者（16K*5）64byte状态
limit_conn addr 100;
#limit_conn为给定的key设置最大连接数。这里key是addr，我们设置的值是100，也就是说我们允许每一个IP地址最多同时打开有100个连接
include mime.types;
default_type application/octet-stream;
charset UTF-8;
#charset设置我们的头文件中的默认的字符集
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 256k;
#FastCGI相关参数是为了改善网站的性能：减少资源占用，提高访问速度。下面参数看字面意思都能理解。
gzip on;
#gzip是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量
gzip_disable "msie6";
#gzip_disable为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容
gzip_proxied any;
#gzip_proxied允许或者禁止压缩基于请求和响应的响应流。我们设置为any，意味着将会压缩所有的请求
gzip_min_length 1k;
#gzip_min_length设置对数据启用压缩的最少字节数。如果一个请求小于1000字节，
#我们最好不要压缩它，因为压缩这些小的数据会降低处理此请求的所有进程的速度
gzip_buffers 4 16k;
#压缩缓冲区
gzip_comp_level 2;
#gzip_comp_level设置数据的压缩等级。这个等级可以是1-9之间的任意数值，9是最慢但是压缩比最大的，
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
#gzip_type设置需要压缩的数据格式。上面例子中已经有一些了，你也可以再添加更多的格式
open_file_cache max=100000 inactive=20s;
#open_file_cache打开缓存的同时也指定了缓存最大数目，以及缓存的时间,
#我们可以设置一个相对高的最大时间，这样我们可以在它们不活动超过20秒后清除掉
open_file_cache_valid 30s;
#open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间
open_file_cache_min_uses 2;
#open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数
open_file_cache_errors on;
open_file_cache_errors指定了当搜索一个文件时是否缓存错误信息，也包括再次给配置中添加文件,
#我们也包括了服务器模块，这些是在不同文件中定义的。如果你的服务器模块不在这些位置，你就得修改这一行来指定正确的位置
}
完整优化配置
user root;
worker_processes auto;
worker_cpu_affinity auto;
worker_rlimit_nofile 65535;
worker_priority -10;
events {
worker_connections 65535;
accept_mutex on;
multi_accept on;
accept_mutex_delay 500ms;
use epoll;
}
http{
server_tokens off;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
access_log off;
error_log /var/log/nginx/error.log crit;
keepalive_timeout 60;
client_header_timeout 10;
client_body_timeout 10;
reset_timedout_connection on;
send_timeout 10;
limit_conn_zone $binary_remote_addr zone=addr:5m;
limit_conn addr 100;
include mime.types;
default_type mime.types;
charset UTF-8;
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 256k;
gzip on;
gzip_disable "MSIE [1-6]\.";
gzip_buffers 4 16k;
gzip_proxied any;
gzip_min_length 1k;
gzip_comp_level 2;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
open_file_cache max=100000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
}
