為什么要用nginx？
目前 nginx 的主力競爭對手莫過于 apache ，在這里小編對兩者做一個簡單的對比，幫助大家更好的理解 nginx 的優勢。
1、作為 web 服務器：
相比 apache，nginx 使用更少的資源，支持更多的并發連接，體現更高的效率，這點使 nginx 尤其受到虛擬主機提供商的歡迎。在高連接并發的情況下，nginx是apache服務器不錯的替代品: nginx在美國是做虛擬主機生意的老板們經常選擇的軟件平臺之一，能夠支持高達 50000 個并發連接數的響應, 感謝nginx 為我們選擇了 epoll and kqueue 作為開發模型。
nginx作為負載均衡服務器: nginx 既可以在內部直接支持 rails 和 php 程序對外進行服務, 也可以支持作為 http代理 服務器對外進行服務。nginx采用c進行編寫, 不論是系統資源開銷還是cpu使用效率都比 perlbal 要好很多。
2、nginx 配置簡潔, apache 復雜：
nginx 啟動特別容易, 并且幾乎可以做到7*24不間斷運行，即使運行數個月也不需要重新啟動. 你還能夠不間斷服務的情況下進行軟件版本的升級。
nginx 靜態處理性能比 apache 高 3倍以上，apache 對 php 支持比較簡單，nginx 需要配合其他后端來使用 ,apache 的組件比 nginx 多。
3、最核心的區別在于：
apache是同步多進程模型，一個連接對應一個進程；nginx是異步的，多個連接（萬級別）可以對應一個進程 。
4、兩者的擅長領域分別是：
nginx的優勢是處理靜態請求，cpu內存使用率低，apache適合處理動態請求，所以現在一般前端用nginx作為反向代理抗住壓力，apache作為后端處理動態請求。
nginx 基本使用方法
系統平臺：centos release 6.6 (final) 64位。
一、安裝編譯工具及庫文件
二、首先要安裝 pcre
1、pcre 作用是讓 nginx 支持 rewrite 功能。下載 pcre 安裝包，下載地址：?
?
?
2、解壓安裝包:
3、進入安裝包目錄
4、編譯安裝
5、查看pcre版本
?
三、安裝 nginx
1、下載 nginx，下載地址：
?
2、解壓安裝包
3、進入安裝包目錄
4、編譯安裝
5、查看nginx版本
?
到此，nginx安裝完成。
四、nginx 配置
創建 nginx 運行使用的用戶 www：
配置nginx.conf ，將/usr/local/webserver/nginx/conf/nginx.conf替換為以下內容
檢查配置文件ngnix.conf的正確性命令：
?
五、啟動 nginx
nginx 啟動命令如下：
六、訪問站點
從瀏覽器訪問我們配置的站點ip：
nginx 常用指令說明
1. main 全局配置
nginx在運行時與具體業務功能（比如http服務或者email服務代理）無關的一些參數，比如工作進程數，運行的身份等。
woker_processes 2
在配置文件的頂級main部分，worker角色的工作進程的個數，master進程是接收并分配請求給worker處理。這個數值簡單一點可以設置為cpu的核數grep ^processor /proc/cpuinfo | wc -l，也是 auto 值，如果開啟了ssl和gzip更應該設置成與邏輯cpu數量一樣甚至為2倍，可以減少i/o操作。如果nginx服務器還有其它服務，可以考慮適當減少。
?worker_cpu_affinity
也是寫在main部分。在高并發情況下，通過設置cpu粘性來降低由于多cpu核切換造成的寄存器等現場重建帶來的性能損耗。如worker_cpu_affinity 0001 0010 0100 1000;?（四核）。
worker_connections 2048
寫在events部分。每一個worker進程能并發處理（發起）的最大連接數（包含與客戶端或后端被代理服務器間等所有連接數）。nginx作為反向代理服務器，計算公式?最大連接數 = worker_processes * worker_connections/4，所以這里客戶端最大連接數是1024，這個可以增到到8192都沒關系，看情況而定，但不能超過后面的worker_rlimit_nofile。當nginx作為http服務器時，計算公式里面是除以2。
worker_rlimit_nofile 10240
寫在main部分。默認是沒有設置，可以限制為操作系統最大的限制65535。
?use epoll
寫在events部分。在linux操作系統下，nginx默認使用epoll事件模型，得益于此，nginx在linux操作系統下效率相當高。同時nginx在openbsd或freebsd操作系統上采用類似于epoll的高效事件模型kqueue。在操作系統不支持這些高效模型時才使用select。
2. http服務器
與提供http服務相關的一些配置參數。例如：是否使用keepalive啊，是否使用gzip進行壓縮等。
sendfile on
開啟高效文件傳輸模式，sendfile指令指定nginx是否調用sendfile函數來輸出文件，減少用戶空間到內核空間的上下文切換。對于普通應用設為 on，如果用來進行下載等應用磁盤io重負載應用，可設置為off，以平衡磁盤與網絡i/o處理速度，降低系統的負載。
?keepalive_timeout 65?: 長連接超時時間，單位是秒，這個參數很敏感，涉及瀏覽器的種類、后端服務器的超時設置、操作系統的設置，可以另外起一片文章了。長連接請求大量小文件的時候，可以減少重建連接的開銷，但假如有大文件上傳，65s內沒上傳完成會導致失敗。如果設置時間過長，用戶又多，長時間保持連接會占用大量資源。
?send_timeout?:?用于指定響應客戶端的超時時間。這個超時僅限于兩個連接活動之間的時間，如果超過這個時間，客戶端沒有任何活動，nginx將會關閉連接。
?client_max_body_size 10m
允許客戶端請求的最大單文件字節數。如果有上傳較大文件，請設置它的限制值
?client_body_buffer_size 128k
緩沖區代理緩沖用戶端請求的最大字節數
模塊http_proxy：
這個模塊實現的是nginx作為反向代理服務器的功能，包括緩存功能（另見文章）
proxy_connect_timeout 60
nginx跟后端服務器連接超時時間(代理連接超時)
proxy_read_timeout 60
連接成功后，與后端服務器兩個成功的響應操作之間超時時間(代理接收超時)
proxy_buffer_size 4k
設置代理服務器（nginx）從后端realserver讀取并保存用戶頭信息的緩沖區大小，默認與proxy_buffers大小相同，其實可以將這個指令值設的小一點
proxy_buffers 4 32k
proxy_buffers緩沖區，nginx針對單個連接緩存來自后端realserver的響應，網頁平均在32k以下的話，這樣設置
proxy_busy_buffers_size 64k
高負荷下緩沖大小（proxy_buffers*2）
proxy_max_temp_file_size
當proxy_buffers放不下后端服務器的響應內容時，會將一部分保存到硬盤的臨時文件中，這個值用來設置最大臨時文件大小，默認1024m，它與proxy_cache沒有關系。大于這個值，將從upstream服務器傳回。設置為0禁用。
proxy_temp_file_write_size 64k
當緩存被代理的服務器響應到臨時文件時，這個選項限制每次寫臨時文件的大小。proxy_temp_path（可以在編譯的時候）指定寫到哪那個目錄。
proxy_pass，proxy_redirect見 location 部分。
模塊http_gzip：
gzip on?: 開啟gzip壓縮輸出，減少網絡傳輸。
-
?gzip_min_Length 1k?： 設置允許壓縮的頁面最小字節數，頁面字節數從header頭得content-length中進行獲取。默認值是20。建議設置成大于1k的字節數，小于1k可能會越壓越大。
-
gzip_buffers 4 16k?： 設置系統獲取幾個單位的緩存用于存儲gzip的壓縮結果數據流。4 16k代表以16k為單位，安裝原始數據大小以16k為單位的4倍申請內存。
-
gzip_http_version 1.0?： 用于識別 http 協議的版本，早期的瀏覽器不支持 gzip 壓縮，用戶就會看到亂碼，所以為了支持前期版本加上了這個選項，如果你用了 nginx 的反向代理并期望也啟用 gzip 壓縮的話，由于末端通信是 http/1.0，故請設置為 1.0。
-
gzip_comp_level 6?： gzip壓縮比，1壓縮比最小處理速度最快，9壓縮比最大但處理速度最慢(傳輸快但比較消耗cpu)
-
gzip_types?：匹配mime類型進行壓縮，無論是否指定,”text/html”類型總是會被壓縮的。
-
gzip_proxied any?： nginx作為反向代理的時候啟用，決定開啟或者關閉后端服務器返回的結果是否壓縮，匹配的前提是后端服務器必須要返回包含”via”的 header頭。
-
gzip_vary on?： 和http頭有關系，會在響應頭加個 vary: accept-encoding ，可以讓前端的緩存服務器緩存經過gzip壓縮的頁面，例如，用squid緩存經過nginx壓縮的數據。
?3. server虛擬主機
http服務上支持若干虛擬主機。每個虛擬主機一個對應的server配置項，配置項里面包含該虛擬主機相關的配置。在提供mail服務的代理時，也可以建立若干server。每個server通過監聽地址或端口來區分。
listen
監聽端口，默認80，小于1024的要以root啟動。可以為listen *:80、listen 127.0.0.1:80等形式。
server_name
服務器名，如localhost、www.example.com，可以通過正則匹配。
模塊http_stream
這個模塊通過一個簡單的調度算法來實現客戶端ip到后端服務器的負載均衡，upstream后接負載均衡器的名字，后端realserver以?host:port options;?方式組織在 {} 中。如果后端被代理的只有一臺，也可以直接寫在 proxy_pass 。
4. location
http服務中，某些特定的url對應的一系列配置項。
root /var/www/html
定義服務器的默認網站根目錄位置。如果locationurl匹配的是子目錄或文件，root沒什么作用，一般放在server指令里面或/下。
index index.jsp index.html index.htm
定義路徑下默認訪問的文件名，一般跟著root放
proxy_pass http:/backend
請求轉向backend定義的服務器列表，即反向代理，對應upstream負載均衡器。也可以proxy_pass http://ip:port。
proxy_redirect off;
proxy_set_header host $host;
proxy_set_header x-real-ip $remote_addr;
proxy_set_header x-forwarded-for $proxy_add_x_forwarded_for;
這四個暫且這樣設，如果深究的話，每一個都涉及到很復雜的內容，也將通過另一篇文章來解讀。
關于location匹配規則的寫法，可以說尤為關鍵且基礎的，參考文章?nginx配置location總結及rewrite規則寫法;
5. 其它
5.1 訪問控制 allow/deny
nginx 的訪問控制模塊默認就會安裝，而且寫法也非常簡單，可以分別有多個allow,deny，允許或禁止某個ip或ip段訪問，依次滿足任何一個規則就停止往下匹配。如：
我們也常用 httpd-devel 工具的 htpasswd 來為訪問的路徑設置登錄密碼：
這樣就生成了默認使用crypt加密的密碼文件。打開上面nginx-status的兩行注釋，重啟nginx生效。
5.2 列出目錄 autoindex
nginx默認是不允許列出整個目錄的。如需此功能，打開nginx.conf文件，在location，server 或 http段中加入autoindex on;，另外兩個參數最好也加上去:
-
autoindex_exact_size off;?默認為on，顯示出文件的確切大小，單位是bytes。改為off后，顯示出文件的大概大小，單位是kb或者mb或者gb autoindex_localtime on;
-
默認為off，顯示的文件時間為gmt時間。改為on后，顯示的文件時間為文件的服務器時間
