1. root 目錄和索引檔案

root 指令聲明瞭要查詢檔案的目錄。Nginx 會把請求的 URI 新增到 root 指令指定的路徑之後，來獲取請求檔案對應的目錄。root 指令可以放在 http、server 或 location 上下文的任何位置。
下面例子中的 root 指令定義在 server 中。所有的沒有重新實現 root 指令的 location 都會使用 server 中的 root 指令指定的目錄：

server {
    root /www/data;

    location / {
    }

    location /images/ {
    }

    location ~ \.(mp3|mp4) {
        root /www/media;
    }
 

}

如果 URI 以 mp3 或 mp4 字尾結尾，Nginx 會在 /www/media/ 目錄查詢檔案。否則在 /www/data 目錄中查詢。

如果請求以 / 結尾，Nginx 會把這個請求當做一個目錄請求，嘗試找這個目錄中的 index 檔案。index 指令定義了 index 檔案的檔名（預設使用 index.html 檔案）。例如上面的配置，如果請求是 /images/some/path/，Nginx 會嘗試尋找並返回檔案 /www/data/images/some/path/index.html，如果檔案不存在則返回 404。

autoindex 指令如果設定為 on，則 Nginx 會返回自動生成的目錄列表：

location /images/ {
    autoindex on;
}

index 指令中可以列出多個檔案。Nginx 會按順序查詢檔案並返回第一個找到的檔案。

location / {
    index index.$geo.html index.htm index.html;
}

這裡使用的 $geo 變數是通過 geo 指令設定的自定義變數。變數值由客戶端的 IP 地址決定。

為了返回 index 檔案，Nginx 首先檢查檔案是否存在，然後將 index 檔名新增到請求的 URI 之後構成新的 URI，最後內部重定向到這個新的 URI。內部重定向會導致重新搜尋 location，並可能在另一個 location 中結束，如下例所示：

location / {
    root /data;
    index index.html index.php;
}

location ~ \.php {
    fastcgi_pass localhost:8000;
    ...
}

如果請求中的 URI 是 /path/，並且 /data/path/index.html 檔案不存在，而 /data/path/index.php 檔案存在，對 /path/index.php 檔案的內部重定向會被第二個 location 匹配到，在這個 location 內通過 fastcgi_pass 指定的 FastCGI 處理請求。

2. 檢查檔案是否存在（try_files 指令）

try_files 指令可以檢查指定的檔案或目錄是否存在，從而執行內部重定向或在檔案不存在的時候返回指定的 HTTP 狀態碼。

例如，通過 try_files 指令和 $uri 變數檢查和請求中的 URI 相關的檔案是否存在：

server {
    root /www/data;

    location /images/ {
        try_files $uri /images/default.gif;
    }
}

檔案以 URI 的形式指定，並且使用在當前 location 或 server 的上下文中設定的 root 或 alias 指令進行處理。此時如果源 URI 指定的檔案不存在，Nginx 會內部重定向到最後一個引數指定的 URI，返回 /www/data/images/default.gif。

最後一個引數也可以是狀態碼（前面需要加等號）或一個 location 的名字。下面的例子中，如果 try_files 指令指定的檔案或目錄都不存在，則返回 404 錯誤：

location / {
    try_files $uri $uri/ $uri.html =404;
}

下面的例子中，如果原始 URI 和帶有附加斜線的 URI 指定的檔案或目錄都不存在，請求就會被重定向到指定名稱的 location：

location / {
    try_files $uri $uri/ @backend;
}

location @backend {
    proxy_pass http://backend.example.com;
}

更多資訊可以檢視 Content Caching 內容快取，瞭解如何提高網站效能，深入瞭解 Nginx 的快取功能。

3. 優化 Nginx（Optimizing NGINX Speed for Serving Content）

載入速度是伺服器的一個關鍵指標。對 Nginx 配置進行微小的優化可能會提高生產力並實現最佳效能。

使能 sendfile 指令

預設情況下，Nginx 自己處理檔案傳輸並在傳送檔案之前將檔案複製到緩衝區中。啟用 sendfile 指令可以去掉將資料複製到緩衝區的步驟，並允許將資料從一個檔案描述符（file descriptor）直接複製到另一個檔案描述符。 為了防止一個快速連線完全佔用工作程序，可以通過定義 sendfile_max_chunk 指令來限制在單個 sendfile 呼叫中傳輸的資料量：

location /mp3 {
    sendfile           on;
    sendfile_max_chunk 1m;
    ...
}

使能 tcp_nopush 指令

tcp_nopush 指令需要和 sendfile 指令配合使用。
如果 tcp_nopush 指令和 sendfile 指令同時使能，則 Nginx 在通過sendfile 獲取資料塊後會立即在一個數據包中傳送 HTTP 響應頭。

location /mp3 {
    sendfile   on;
    tcp_nopush on;
    ...
}

使能 tcp_nodelay 指令

tcp_nodelay 選項允許覆蓋 Nagle 的演算法，最初設計用於解決慢速網路中小資料包的問題。該演算法將多個小資料包合併為較大的資料包，並以200毫秒的時延發送資料包。如今，在提供大的靜態檔案時，無論資料包大小如何，都可以立即傳送資料。延遲還會影響線上應用程式（ssh，線上遊戲，線上交易）。 預設情況下，tcp_nodelay 指令被使能，禁用 Nagle 的演算法。 該選項僅用於保持連線：

location /mp3  {
    tcp_nodelay       on;
    keepalive_timeout 65;
    ...
}

優化積壓佇列（Optimizing the Backlog Queue）

一個重要指標是 Nginx 能夠處理傳入連線的速度。常用規則是當連線建立時，它被放入偵聽套接字的“listen”佇列中。 在正常負載下，佇列很短，或者根本沒有佇列。但是在高負載下，佇列可能急劇增長，這可能會導致效能不均衡，連線丟失和延遲。

測量監聽佇列（Measuring the Listen Queue）

執行下面的命令可以測量監聽佇列（Linux 下的 netstat 命令不支援 -L 引數，需要使用命令 ss -l，參考這裡）：

netstat -Lan

輸出如下：

Current listen queue sizes (qlen/incqlen/maxqlen)
Listen         Local Address         
0/0/128        *.12345            
10/0/128        *.80       
0/0/128        *.8080

上面的輸出顯示，在 80 埠的監聽佇列有 10 個未接受的連線，最大連線數限制為 128，這種情況是正常的。

然而，如果輸出是下面這樣子的：

Current listen queue sizes (qlen/incqlen/maxqlen)
Listen         Local Address         
0/0/128        *.12345            
192/0/128        *.80       
0/0/128        *.8080

上面顯示有 10 個未接受的連線，超過了最大限制 128。在網站訪問量大時這種情況挺常見的。為了達到最佳效能，可以修改作業系統和 Nginx 配置，增加 Nginx 可以等待接受的佇列中的最大連線數。

調整作業系統（Linux，FreeBSD）

• 對於 FreeBSD 執行命令 sudo sysctl kern.ipc.somaxconn=4096
• 對於 Linux 執行命令 sudo sysctl -w net.core.somaxconn=4096

開啟檔案 /etc/sysctl.conf，新增這一行：net.core.somaxconn = 4096

調整 Nginx

如果設定的 somaxconn 值大於 512，需要更改 Nginx 配置檔案中的 backlog 引數匹配這個設定：

server {
    listen 80 backlog=4096;
    # The rest of server configuration
}