nginx配置详解与优化
user nobody nobody;
nginx worker進程運行的用戶屬主屬組
worker_processes auto;
work進程的個數(shù) ，通常其數(shù)值應(yīng)該為cpu的物理核心數(shù)減1
error_log logs/nginx_error.log crit;
錯誤日志文件及其級別
pid logs/nginx.pid;
pid文件所在的目錄
worker_rlimit_nofile 65535;
這個指令是指當(dāng)一個nginx worker進程打開的最多文件描述符數(shù)目即句柄數(shù)，理論值應(yīng)該是最多打開文件數(shù)（ulimit -n）與nginx進程數(shù)相除，但是nginx分配請求并不是那么均勻，所以最好與ulimit -n的值保持一致。
events
{
use epoll;
使用epoll的I/O模型
worker_connections 65535;
每個進程允許的最多連接數(shù)，理論上每臺nginx服務(wù)器的最大連接數(shù)為worker_processes*worker_connections
multi_accept on;
是否允許一次性地響應(yīng)多個用戶請求，默認(rèn)為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，用于標(biāo)示URL對象是否改變，區(qū)分不同語言和Session等等。具體內(nèi)部含義是使服務(wù)器控制的，就像Cookie那樣。
add_header Xxxxx $server_addr;
添加響應(yīng)頭信息 此處使用內(nèi)置變量 訪問會響應(yīng)一個服務(wù)器IP
server_names_hash_bucket_size 128;
保存服務(wù)器名字的hash表大小
client_header_buffer_size 64k;
large_client_header_buffers 8 64k;
nginx默認(rèn)會用client_header_buffer_size這個buffer來讀取header值，如果
header過大，它會使用large_client_header_buffers來讀取
client_max_body_size 20m;
上傳文件的大小
client_body_in_file_only clean;
指定是否將用戶請求體存儲到一個文件里。 默認(rèn)為off，當(dāng)此指定被設(shè)置為on時，即使客戶端顯示指示了請求體長度為0時，nginx還是會為請求創(chuàng)建一個臨時文件。clean 是先保存，請求結(jié)束了走了響應(yīng)，就把文件刪除
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是否調(diào)用sendfile函數(shù)來輸出文件，對于普通應(yīng)用設(shè)為 on，如果用來進行下載等應(yīng)用磁盤IO重負載應(yīng)用，可設(shè)置為off，以平衡磁盤與網(wǎng)絡(luò)I/O處理速度，降低系統(tǒng)的負載。注意：如果圖片顯示不正常把這個改成off。
tcp_nopush on;
#防止網(wǎng)絡(luò)阻塞
tcp_nodelay on;
#防止網(wǎng)絡(luò)阻塞
server_tokens off;
#隱藏 Nginx 的版本號，提高安全性。
keepalive_timeout 3;
#連接超時時間，單位是秒
fastcgi_connect_timeout 900;
指定同F(xiàn)astCGI服務(wù)器的連接超時時間，這個值不能超過75秒。
fastcgi_send_timeout 900;
指令為上游服務(wù)器設(shè)置等待一個FastCGI進程的傳送數(shù)據(jù)時間，如果有一些直到它們運行完才有輸出的長時間運行的FastCGI進程，那么可以修改這個值，如果你在上有服務(wù)器的error log里面發(fā)現(xiàn)一些超時錯誤，那么可以恰當(dāng)?shù)脑黾舆@個值。
指令指定請求服務(wù)器的超時時間，指完成了2次握手的連接，而不是完整的連接，如果在這期間客戶端沒有進行數(shù)據(jù)傳遞，那么服務(wù)器將關(guān)閉這個連接。
fastcgi_read_timeout 900;
前端FastCGI服務(wù)器的響應(yīng)超時時間，如果有一些直到它們運行完才有輸出的長時間運行的FastCGI進程，或者在錯誤日志中出現(xiàn)前端服務(wù)器響應(yīng)超時錯誤，可能需要調(diào)整這個值。
fastcgi_buffer_size 128k;
讀取fastcgi應(yīng)答第一部分需要多大緩沖區(qū)
fastcgi_buffers 8 128k;
指定本地需要多少和多大的緩沖區(qū)來緩沖fastcgi應(yīng)答請求，假設(shè)一個php或java腳本所產(chǎn)生頁面大小為256kb,那么會為其分配4個64kb的緩沖來緩存；
若頁面大于256kb,那么大于的256kb的部分會緩存到fastcgi_temp指定路徑中，這并非是個好辦法，內(nèi)存數(shù)據(jù)處理快于硬盤，一般該值應(yīng)該為站點中php或者java腳本所產(chǎn)生頁面大小中間值，如果站點大部分腳本所產(chǎn)生的頁面大小為256kb，那么可把值設(shè)置為16 16k,4 64k等
fastcgi_busy_buffers_size 128k;
從fastcgi獲取返回結(jié)果時buffering開啟的話，限制buffer的大小
默認(rèn)值是fastcgi_buffer的2倍
fastcgi_temp_file_write_size 128k;
寫入緩存文件使用多大的數(shù)據(jù)塊，默認(rèn)值是fastcgi_buffer的2倍
fastcgi_intercept_errors on;
自定義錯誤頁面開關(guān)
open_log_file_cache max=1000 inactive=60s min_uses=2 valid=1m;
被使用的日志文件描述符緩存 max 最大的文件描述符數(shù)量，最大的緩存數(shù)量 inactive 在多少時間內(nèi)不活動，就會被刪除 min_uses 如果在inactive時間內(nèi)，使用超過該參數(shù)定義的次數(shù)，就會被緩存 valid=1m;緩存大小
open_file_cache max=409600 inactive=10s;
打開的文件描述符,大小時間
open_file_cache_min_uses 1;
open_file_cache_valid 5s;
proxy_connect_timeout 90;
后端服務(wù)器連接的超時時間_發(fā)起握手等候響應(yīng)超時時間
proxy_read_timeout 180;
連接成功后_等候后端服務(wù)器響應(yīng)時間_其實已經(jīng)進入后端的排隊之中等候處理（也可以說是后端服務(wù)器處理請求的時間）
proxy_send_timeout 180;
后端服務(wù)器數(shù)據(jù)回傳時間_就是在規(guī)定時間之內(nèi)后端服務(wù)器必須傳完所有的數(shù)據(jù)
proxy_buffer_size 256k;
設(shè)置從被代理服務(wù)器讀取的第一部分應(yīng)答的緩沖區(qū)大小，通常情況下這部分應(yīng)答中包含一個小的應(yīng)答頭，默認(rèn)情況下這個值的大小為指令proxy_buffers中指定的一個緩沖區(qū)的大小，不過可以將其設(shè)置為更小
proxy_buffers 4 256k;
設(shè)置用于讀取應(yīng)答（來自被代理服務(wù)器）的緩沖區(qū)數(shù)目和大小，默認(rèn)情況也為分頁大小，根據(jù)操作系統(tǒng)的不同可能是4k或者8k
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 256k;
設(shè)置在寫入proxy_temp_path時數(shù)據(jù)的大小，預(yù)防一個工作進程在傳遞文件時阻塞太長
proxy_temp_path /data0/proxy_temp_dir;
proxy_temp_path和proxy_cache_path指定的路徑必須在同一分區(qū)
proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;
設(shè)置內(nèi)存緩存空間大小為200MB，1天沒有被訪問的內(nèi)容自動清除，硬盤緩存空間大小為30GB。
gzip on;
gzip_min_length 1k;
設(shè)置允許壓縮的頁面最小字節(jié)數(shù)，頁面字節(jié)數(shù)從header頭中的Content-Length中進行獲取。建議設(shè)置成大于1k的字節(jié)數(shù)，小于1k可能會越壓越大。
gzip_buffers 4 16k;
設(shè)置系統(tǒng)獲取幾個單位的緩存用于存儲gzip的壓縮結(jié)果數(shù)據(jù)流。 例如 4 4k 代表以4k為單位，按照原始數(shù)據(jù)大小以4k為單位的4倍申請內(nèi)存。如果沒有設(shè)置，默認(rèn)值是申請跟原始數(shù)據(jù)相同大小的內(nèi)存空間去存儲gzip壓縮結(jié)果。
gzip_http_version 1.1;
gzip_comp_level 2;
設(shè)置數(shù)據(jù)的壓縮等級。這個等級可以是1-9之間的任意數(shù)值，9是最慢但是壓縮比最大的。
ggzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
設(shè)置需要壓縮的數(shù)據(jù)格式。Nginx默認(rèn)只對text/html進行壓縮。
gzip_vary on;
和http頭有關(guān)系，加個vary頭，給代理服務(wù)器用的，有的瀏覽器支持壓縮，有的不支持，所以避免浪費不支持的也壓縮，所以根據(jù)客戶端的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、輪詢（默認(rèn)）
每個請求按時間順序逐一分配到不同的后端服務(wù)器，如果后端服務(wù)器down掉，能自動剔除。
2、weight
指定輪詢幾率，weight和訪問比率成正比，用于后端服務(wù)器性能不均的情況。
例如：
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 權(quán)重 數(shù)字大權(quán)重高
max_fails 最大失敗次數(shù)
fail_timeout 在指定時間內(nèi)連接到主機的失敗次數(shù)，超過該次數(shù)該主機被認(rèn)為不可用
backup將當(dāng)前服務(wù)器標(biāo)記為備份服務(wù)器。當(dāng)主服務(wù)器不可用時，向備用服務(wù)器傳遞請求。
}
3、ip_hash
每個請求按訪問ip的hash結(jié)果分配，這樣每個訪客固定訪問一個后端服務(wù)器，可以解決session的問題。
例如：
upstream bakend {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}
4、fair（第三方）
按后端服務(wù)器的響應(yīng)時間來分配請求，響應(yīng)時間短的優(yōu)先分配。
upstream backend {
server server1;
server server2;
fair;
}
5、url_hash（第三方）
按訪問url的hash結(jié)果來分配請求，使每個url定向到同一個后端服務(wù)器，后端服務(wù)器為緩存時比較有效。
例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數(shù)，hash_method是使用的hash算法
upstream backend {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}
upstream bakend{#定義負載均衡設(shè)備的Ip及設(shè)備狀態(tài)
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/;
每個設(shè)備的狀態(tài)設(shè)置為:
1.down表示單前的server暫時不參與負載
2.weight默認(rèn)為1.weight越大，負載的權(quán)重就越大。
3.max_fails：允許請求失敗的次數(shù)默認(rèn)為1.當(dāng)超過最大次數(shù)時，返回proxy_next_upstream模塊定義的錯誤
4.fail_timeout:max_fails次失敗后，暫停的時間。
5.backup： 其它所有的非backup機器down或者忙的時候，請求backup機器。所以這臺機器壓力會最輕。
nginx支持同時設(shè)置多組的負載均衡，用來給不用的server來使用。
client_body_in_file_only設(shè)置為On 可以講client post過來的數(shù)據(jù)記錄到文件中用來做debug
client_body_temp_path設(shè)置記錄文件的目錄 可以設(shè)置最多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模塊支持內(nèi)置變量，他們的名字和apache的內(nèi)置變量是一致的。
首先是說明客戶請求title中的行，例如$http_user_agent,$http_cookie等等。
此外還有其它的一些變量
$args此變量與請求行中的參數(shù)相等
$content_length等于請求行的“Content_Length”的值。
$content_type等同與請求頭部的”Content_Type”的值
$document_root等同于當(dāng)前請求的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認(rèn)證
$request_filename當(dāng)前請求的文件的路徑名，由root或alias和URI request組合而成
$request_body_file
$request_uri含有參數(shù)的完整的初始URI
$query_string與$args一樣
$sheeme http模式（http,https）盡在要求是評估例如
Rewrite ^(.+)$ $sheme://example.com$; Redirect;
$server_protocol等同于request的協(xié)議，使用“HTTP/或“HTTP/
$server_addr request到達的server的ip，一般獲得此變量的值的目的是進行系統(tǒng)調(diào)用。為了避免系統(tǒng)調(diào)用，有必要在listen指令中指明ip，并使用bind參數(shù)。
$server_name請求到達的服務(wù)器名
$server_port請求到達的服務(wù)器的端口號
$uri等同于當(dāng)前request中的URI，可不同于初始值，例如內(nèi)部重定向時或使用index
轉(zhuǎn)載于:https://www.cnblogs.com/iteemo/p/5463731.html
總結(jié)
以上是生活随笔為你收集整理的nginx配置详解与优化的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： nodeJs多线程 -- 学习记录
- 下一篇： mac Path had bad own