nginx配置详解与优化
user nobody nobody;
nginx worker進程運行的用戶屬主屬組
worker_processes auto;
work進程的個數 ，通常其數值應該為cpu的物理核心數減1
error_log logs/nginx_error.log crit;
錯誤日志文件及其級別
pid logs/nginx.pid;
pid文件所在的目錄
worker_rlimit_nofile 65535;
這個指令是指當一個nginx worker進程打開的最多文件描述符數目即句柄數，理論值應該是最多打開文件數（ulimit -n）與nginx進程數相除，但是nginx分配請求并不是那么均勻，所以最好與ulimit -n的值保持一致。
events
{
use epoll;
使用epoll的I/O模型
worker_connections 65535;
每個進程允許的最多連接數，理論上每臺nginx服務器的最大連接數為worker_processes*worker_connections
multi_accept on;
是否允許一次性地響應多個用戶請求，默認為off
}
http
{
include mime.types;
default_type application/octet-stream;
log_format main '$http_x_forwarded_for - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" "$upstream_addr" "$request_time"';
日志格式 main 是這段配置的名字 在后面access.log 帶上表示使用這段日志格式。
access_log off;
##charset gb2312;
etag off;
Etag 是URL的Entity Tag，用于標示URL對象是否改變，區分不同語言和Session等等。具體內部含義是使服務器控制的，就像Cookie那樣。
add_header Xxxxx $server_addr;
添加響應頭信息 此處使用內置變量 訪問會響應一個服務器IP
server_names_hash_bucket_size 128;
保存服務器名字的hash表大小
client_header_buffer_size 64k;
large_client_header_buffers 8 64k;
nginx默認會用client_header_buffer_size這個buffer來讀取header值，如果
header過大，它會使用large_client_header_buffers來讀取
client_max_body_size 20m;
上傳文件的大小
client_body_in_file_only clean;
指定是否將用戶請求體存儲到一個文件里。 默認為off，當此指定被設置為on時，即使客戶端顯示指示了請求體長度為0時，nginx還是會為請求創建一個臨時文件。clean 是先保存，請求結束了走了響應，就把文件刪除
client_body_temp_path /dev/shm 1 2;
這里的client_body_temp_path是制定post上傳的$_FILES上傳的文件地址，這里的level1,2如果有值就代表存在一級，二級子目錄。
fastcgi_param REQUEST_BODY_FILE $request_body_file;
sendfile on;
#開啟高效文件傳輸模式，sendfile指令指定nginx是否調用sendfile函數來輸出文件，對于普通應用設為 on，如果用來進行下載等應用磁盤IO重負載應用，可設置為off，以平衡磁盤與網絡I/O處理速度，降低系統的負載。注意：如果圖片顯示不正常把這個改成off。
tcp_nopush on;
#防止網絡阻塞
tcp_nodelay on;
#防止網絡阻塞
server_tokens off;
#隱藏 Nginx 的版本號，提高安全性。
keepalive_timeout 3;
#連接超時時間，單位是秒
fastcgi_connect_timeout 900;
指定同FastCGI服務器的連接超時時間，這個值不能超過75秒。
fastcgi_send_timeout 900;
指令為上游服務器設置等待一個FastCGI進程的傳送數據時間，如果有一些直到它們運行完才有輸出的長時間運行的FastCGI進程，那么可以修改這個值，如果你在上有服務器的error log里面發現一些超時錯誤，那么可以恰當的增加這個值。
指令指定請求服務器的超時時間，指完成了2次握手的連接，而不是完整的連接，如果在這期間客戶端沒有進行數據傳遞，那么服務器將關閉這個連接。
fastcgi_read_timeout 900;
前端FastCGI服務器的響應超時時間，如果有一些直到它們運行完才有輸出的長時間運行的FastCGI進程，或者在錯誤日志中出現前端服務器響應超時錯誤，可能需要調整這個值。
fastcgi_buffer_size 128k;
讀取fastcgi應答第一部分需要多大緩沖區
fastcgi_buffers 8 128k;
指定本地需要多少和多大的緩沖區來緩沖fastcgi應答請求，假設一個php或java腳本所產生頁面大小為256kb,那么會為其分配4個64kb的緩沖來緩存；
若頁面大于256kb,那么大于的256kb的部分會緩存到fastcgi_temp指定路徑中，這并非是個好辦法，內存數據處理快于硬盤，一般該值應該為站點中php或者java腳本所產生頁面大小中間值，如果站點大部分腳本所產生的頁面大小為256kb，那么可把值設置為16 16k,4 64k等
fastcgi_busy_buffers_size 128k;
從fastcgi獲取返回結果時buffering開啟的話，限制buffer的大小
默認值是fastcgi_buffer的2倍
fastcgi_temp_file_write_size 128k;
寫入緩存文件使用多大的數據塊，默認值是fastcgi_buffer的2倍
fastcgi_intercept_errors on;
自定義錯誤頁面開關
open_log_file_cache max=1000 inactive=60s min_uses=2 valid=1m;
被使用的日志文件描述符緩存 max 最大的文件描述符數量，最大的緩存數量 inactive 在多少時間內不活動，就會被刪除 min_uses 如果在inactive時間內，使用超過該參數定義的次數，就會被緩存 valid=1m;緩存大小
open_file_cache max=409600 inactive=10s;
打開的文件描述符,大小時間
open_file_cache_min_uses 1;
open_file_cache_valid 5s;
proxy_connect_timeout 90;
后端服務器連接的超時時間_發起握手等候響應超時時間
proxy_read_timeout 180;
連接成功后_等候后端服務器響應時間_其實已經進入后端的排隊之中等候處理（也可以說是后端服務器處理請求的時間）
proxy_send_timeout 180;
后端服務器數據回傳時間_就是在規定時間之內后端服務器必須傳完所有的數據
proxy_buffer_size 256k;
設置從被代理服務器讀取的第一部分應答的緩沖區大小，通常情況下這部分應答中包含一個小的應答頭，默認情況下這個值的大小為指令proxy_buffers中指定的一個緩沖區的大小，不過可以將其設置為更小
proxy_buffers 4 256k;
設置用于讀取應答（來自被代理服務器）的緩沖區數目和大小，默認情況也為分頁大小，根據操作系統的不同可能是4k或者8k
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 256k;
設置在寫入proxy_temp_path時數據的大小，預防一個工作進程在傳遞文件時阻塞太長
proxy_temp_path /data0/proxy_temp_dir;
proxy_temp_path和proxy_cache_path指定的路徑必須在同一分區
proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;
設置內存緩存空間大小為200MB，1天沒有被訪問的內容自動清除，硬盤緩存空間大小為30GB。
gzip on;
gzip_min_length 1k;
設置允許壓縮的頁面最小字節數，頁面字節數從header頭中的Content-Length中進行獲取。建議設置成大于1k的字節數，小于1k可能會越壓越大。
gzip_buffers 4 16k;
設置系統獲取幾個單位的緩存用于存儲gzip的壓縮結果數據流。 例如 4 4k 代表以4k為單位，按照原始數據大小以4k為單位的4倍申請內存。如果沒有設置，默認值是申請跟原始數據相同大小的內存空間去存儲gzip壓縮結果。
gzip_http_version 1.1;
gzip_comp_level 2;
設置數據的壓縮等級。這個等級可以是1-9之間的任意數值，9是最慢但是壓縮比最大的。
ggzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
設置需要壓縮的數據格式。Nginx默認只對text/html進行壓縮。
gzip_vary on;
和http頭有關系，加個vary頭，給代理服務器用的，有的瀏覽器支持壓縮，有的不支持，所以避免浪費不支持的也壓縮，所以根據客戶端的HTTP頭來判斷，是否需要壓縮
map $http_x_forwarded_for $clientRealIp {
"" $remote_addr;
~^(?P<firstAddr>[0-9\.]+),?.*$ $firstAddr;
}
這里取得原始用戶的IP地址
limit_req_zone $clientRealIp zone=ConnLimitZone:20m rate=15r/s;
limit_req_log_level notice;
針對原始ip進行限制
upstream fastcgi {
server 127.0.0.1:9000 weight=1;
}
nginx的upstream目前支持4種方式的分配
1、輪詢（默認）
每個請求按時間順序逐一分配到不同的后端服務器，如果后端服務器down掉，能自動剔除。
2、weight
指定輪詢幾率，weight和訪問比率成正比，用于后端服務器性能不均的情況。
例如：
upstream bakend {
server 127.0.0.1:8001 weight=10 max_fails=2 fail_timeout=30s;
server 127.0.0.1:8002 weight=10 max_fails=2 fail_timeout=30s backup;
weight 權重 數字大權重高
max_fails 最大失敗次數
fail_timeout 在指定時間內連接到主機的失敗次數，超過該次數該主機被認為不可用
backup將當前服務器標記為備份服務器。當主服務器不可用時，向備用服務器傳遞請求。
}
3、ip_hash
每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個后端服務器，可以解決session的問題。
例如：
upstream bakend {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}
4、fair（第三方）
按后端服務器的響應時間來分配請求，響應時間短的優先分配。
upstream backend {
server server1;
server server2;
fair;
}
5、url_hash（第三方）
按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，后端服務器為緩存時比較有效。
例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash_method是使用的hash算法
upstream backend {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}
upstream bakend{#定義負載均衡設備的Ip及設備狀態
ip_hash;
server 127.0.0.1:9090 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup;
}
在需要使用負載均衡的server中增加
proxy_pass http://bakend/;
每個設備的狀態設置為:
1.down表示單前的server暫時不參與負載
2.weight默認為1.weight越大，負載的權重就越大。
3.max_fails：允許請求失敗的次數默認為1.當超過最大次數時，返回proxy_next_upstream模塊定義的錯誤
4.fail_timeout:max_fails次失敗后，暫停的時間。
5.backup： 其它所有的非backup機器down或者忙的時候，請求backup機器。所以這臺機器壓力會最輕。
nginx支持同時設置多組的負載均衡，用來給不用的server來使用。
client_body_in_file_only設置為On 可以講client post過來的數據記錄到文件中用來做debug
client_body_temp_path設置記錄文件的目錄 可以設置最多3層目錄
location對URL進行匹配.可以進行重定向或者進行新的代理 負載均衡
?
server
{
listen 80;
server_name www.xxxx.com;
index index.htm index.php index.html;
root /xxxx;
error_page 404 /404.html;
if ( $http_host = "xxxx.com" ) {
rewrite ^(.*)$ http://www.xxxx.com$1 permanent;
}
include location.conf;
access_log /home/logs/access.log main;
}
include vhost/*.conf;
}
location.conf
location ~ \..*/.*\.php$ {
return 403;
}
location ~ .*\.(php|php5)(\/.*)*$
{
fastcgi_pass fastcgi;
fastcgi_index index.php;
fastcgi_ignore_client_abort on;
fastcgi_param REQUEST_METHOD $request_method;
include fcgi.conf;
fastcgi_split_path_info ^(.+?\.php)(/?.*)$;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css)$
{
access_log off;
expires 365d;
}
location ~ .*\.(htm)$
{
access_log off;
expires 600s;
}
location ~ .*\.(sql|rar|zip|asp)$
{
return 403;
}
location ~ \.php$ {
include fastcgi_params;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_param SERVICE_NAME www;
# limit_req zone=ConnLimitZone burst=5 nodelay;
}
location ~(favicon.ico) {
expires 365d;
access_log off;
}
注釋：變量
Ngx_http_core_module模塊支持內置變量，他們的名字和apache的內置變量是一致的。
首先是說明客戶請求title中的行，例如$http_user_agent,$http_cookie等等。
此外還有其它的一些變量
$args此變量與請求行中的參數相等
$content_length等于請求行的“Content_Length”的值。
$content_type等同與請求頭部的”Content_Type”的值
$document_root等同于當前請求的root指令指定的值
$document_uri與$uri一樣
$host與請求頭部中“Host”行指定的值或是request到達的server的名字（沒有Host行）一樣
$limit_rate允許限制的連接速率
$request_method等同于request的method，通常是“GET”或“POST”
$remote_addr客戶端ip
$remote_port客戶端port
$remote_user等同于用戶名，由ngx_http_auth_basic_module認證
$request_filename當前請求的文件的路徑名，由root或alias和URI request組合而成
$request_body_file
$request_uri含有參數的完整的初始URI
$query_string與$args一樣
$sheeme http模式（http,https）盡在要求是評估例如
Rewrite ^(.+)$ $sheme://example.com$; Redirect;
$server_protocol等同于request的協議，使用“HTTP/或“HTTP/
$server_addr request到達的server的ip，一般獲得此變量的值的目的是進行系統調用。為了避免系統調用，有必要在listen指令中指明ip，并使用bind參數。
$server_name請求到達的服務器名
$server_port請求到達的服務器的端口號
$uri等同于當前request中的URI，可不同于初始值，例如內部重定向時或使用index
轉載于:https://www.cnblogs.com/iteemo/p/5463731.html
總結
以上是生活随笔為你收集整理的nginx配置详解与优化的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： nodeJs多线程 -- 学习记录
- 下一篇： Mysql安装时出现APPLY secu