大大都的Nginx安装指南汇报你如下基本常识——通过apt-get安装，修改这里或哪里的几行设置，好了，你已经有了一个Web处事器了。并且，在大大都环境下，一个通例安装的Nginx对你的网站来说已经能很好地事情了。然而，假如你真的想挤压出Nginx的机能，你必需更深入一些。在本指南中，我将表明Nginx的那些配置可以微调，美国网站空间 香港网页寄存，以优化处理惩罚大量客户端时的机能。需要留意一点，这不是一个全面的微调指南。这是一个简朴的预览——那些可以通过微调来提高机能配置的概述。你的环境大概差异。
根基的 (优化过的)设置
我们将修改的独一文件是Nginx.conf，个中包括Nginx差异模块的所有配置。你应该可以或许在处事器的/etc/nginx目次中找到nginx.conf。首先，我们将谈论一些全局配置，然后按文件中的模块挨个来，谈一下哪些配置可以或许让你在大量客户端会见时拥有精采的机能，为什么它们会提高机能。本文的末了有一个完整的设置文件。
高层的设置
Nginx.conf文件中，Nginx中有少数的几个高级设置在模块部门之上。
user www-data;
pid /var/run/nginx.pid;
worker_processes auto;
worker_rlimit_nofile 100000;
user和pid应该按默认配置 - 我们不会变动这些内容，因为变动与否没有什么差异。
worker_processes 界说了nginx对外提供web处事时的worker历程数。最优值取决于很多因素，包罗（但不限于）CPU核的数量、存储数据的硬盘数量及负载模式。不能确定的时候，将其配置为可用的CPU内核数将是一个好的开始（配置为“auto”将实验自动检测它）。
worker_rlimit_nofile 变动worker历程的最大打开文件数限制。假如没配置的话，这个值为操纵系统的限制。配置后你的操纵系统和Nginx可以处理惩罚比“ulimit -a”更多的文件，所以把这个值设高，这样nginx就不会有“too many open files”问题了。
Events模块
events模块中包括Nginx中所有处理惩罚毗连的配置。
events {
worker_connections 2048;
multi_accept on;
use epoll;
}
worker_connections 配置可由一个worker历程同时打开的最大毗连数。假如配置了上面提到的worker_rlimit_nofile，我们可以将这个值设得很高。
记着，最大客户数也由系统的可用socket毗连数限制（~ 64K），所以配置不切实际的高没什么长处。
multi_accept 汇报nginx收到一个新毗连通知后接管尽大概多的毗连。
use 配置用于复用客户端线程的轮询要领。假如你利用Linux 2.6+，你应该利用epoll。假如你利用*BSD，你应该利用kqueue。
（值得留意的是假如你不知道Nginx该利用哪种轮询要领的话，它会选择一个最适合你操纵系统的）
HTTP 模块
HTTP模块节制着Nginx http处理惩罚的所有焦点特性。因为这里只有很少的设置，所以我们只节选设置的一小部门。所有这些配置都应该在http模块中，甚至你不会出格的留意到这段配置。
http {
server_tokens off;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
...
}
server_tokens 并不会让nginx执行的速度更快，但它可以封锁在错误页面中的nginx版本数字，这样对付安详性是有长处的。
sendfile 可以让sendfile()发挥浸染。sendfile()可以在磁盘和TCP socket之间相互拷贝数据(或任意两个文件描写符)。Pre-sendfile是传送数据之前在用户空间申请数据缓冲区。之后用read()将数据从文件拷贝到这个缓冲区，write()将缓冲区数据写入网络。sendfile()是当即将数据从磁盘读到OS缓存。因为这种拷贝是在内核完成的，sendfile()要比组合read()和write()以及打开封锁扬弃缓冲越发有效(更多有关于sendfile)。
tcp_nopush 汇报nginx在一个数据包里发送所有头文件，而纷歧个接一个的发送。
tcp_nodelay 汇报nginx不要缓存数据，而是一段一段的发送--当需要实时发送数据时，就应该给应用配置这个属性，这样发送一小块数据信息时就不能当即获得返回值。
access_log off;
error_log /var/log/nginx/error.log crit;
access_log 配置nginx是否将存储会见日志。封锁这个选项可以让读取磁盘IO操纵更快(aka,YOLO)
error_log 汇报nginx只能记录严重的错误：
keepalive_timeout 10;
client_header_timeout 10;
client_body_timeout 10;
reset_timedout_connection on;
send_timeout 10;
