大大都的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處事時的worder歷程數。最優值取決于很多因素，香港服務器 香港服務器租用，包羅（但不限于）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。想知道更多有關事件輪詢？看下維基百科吧（留意，想相識一切的話大概需要neckbeard和操縱系統的課程基本）.
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;