Nginx配置文件（nginx.conf）配置详解

Nginx的配置文件nginx.conf配置详解如下：

user nginx nginx ;

Nginx用户及组：用户 组。window下不指定

worker_processes 8;

工作进程：数目。根据硬件调整，通常等于CPU数量或者2倍于CPU。

error_log  logs/error.log;  

error_log  logs/error.log  notice;  

error_log  logs/error.log  info;  

错误日志：存放路径。

pid logs/nginx.pid;

pid（进程标识符）：存放路径。

worker_rlimit_nofile 204800;

指定进程可以打开的最大描述符：数目。

这个指令是指当一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n 的值保持一致。

现在在linux 2.6内核下开启文件打开数为65535，worker_rlimit_nofile就相应应该填写65535。

这是因为nginx调度时分配请求到进程并不是那么的均衡，所以假如填写10240，总并发量达到3-4万时就有进程可能超过10240了，这时会返回502错误。

events

{

use epoll;         // 使用epoll的I/O 模型。linux建议epoll，FreeBSD建议采用kqueue，window下不指定

worker_connections 204800;  // 每 个工作进程的最大连接数量

keepalive_timeout 60;  // keepalive超时时间

client_header_buffer_size 4k; // 客户端请求头部的缓冲区大小

open_file_cache max=65535 inactive=60s; // 这个将为打开文件指定缓存，默认是没有启用的，max指定缓存数量，建议和打开文件数一致，inactive是指经过多长时间文件没被请求后删除缓存

open_file_cache_valid 80s;  // 这个是指多长时间检查一次缓存的有效信息

open_file_cache_min_uses 1;  // open_file_cache指令中的inactive参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的，如上例，如果有一个文件在inactive时间内一次没被使用，它将被移除。

}

##设定http服务器，利用它的反向代理功能提供负载均衡支持

http

{

include mime.types;

设定mime类型,类型由mime.type文件定义

default_type application/octet-stream;

默认文件类型

log_format main '$remote_addr - $remote_user [$time_local] "$request" '

'$status $body_bytes_sent "$http_referer" '

'"$http_user_agent" "$http_x_forwarded_for"';

log_format log404 '$status [$time_local] $remote_addr $host$request_uri $sent_http_location';

日志格式设置

access_log  logs/host.access.log  main;

access_log  logs/host.access.404.log  log404;

用了log_format指令设置了日志格式之后，需要用access_log指令指定日志文件的存放路径；

sendfile on;  #开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来 输出文件，对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置 为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。注意:如果图片显示不正常 把这个改成off。
autoindex on; #开启目录列表访问，合适下载服务器，默认关闭。
tcp_nopush on; #防止网络阻塞
tcp_nodelay on; #防止网络阻塞
keepalive_timeout 120; #长连接超时时间，单位是秒
gzip on; #开启gzip压缩输出

upstream bakend {

server 127.0.0.1:8027;

server 127.0.0.1:8028;

server 127.0.0.1:8029;

hash $request_uri;

}

nginx的upstream目前支持4种方式的分配

1、轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
例如：
upstream bakend {
server 192.168.0.14 weight=10;
server 192.168.0.15 weight=10;
}

2、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
例如：
upstream bakend {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}

3、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backend {
server server1;
server server2;
fair;
}

4、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;
}

tips:

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为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进行匹配.可以进行重定向或者进行新的代理 负载均衡

##配置虚拟机

#虚拟主机1
server{
  listen       80;  //配置监听端口
  server_name  www.nginx1.com; //配置访问域名

  root   "D:\\demo\\front";  //配置静态文件路径
  location / {
     root   html;
     index  index.html index.htm;
  }
}

#虚拟主机2
server{
  listen       80;
  server_name  localhost;
  location / {
     root   html;
     index  index.html index.htm;
  }
}

这里server_name配置域名的时候，如果是本地测试，需要到windos下hosts文件里，把你的域名和ip添加进去（C:\Windows\System32\drivers\etc\hosts）

nginx支持三种类型的 虚拟主机配置

• 1、基于ip的虚拟主机， (一块主机绑定多个ip地址)

server{
  listen       192.168.1.1:80;
  server_name  localhost;
}
server{
  listen       192.168.1.2:80;
  server_name  localhost;
}

• 
  

• 2、基于域名的虚拟主机(servername)

#域名可以有多个，用空格隔开
server{
  listen       80;
  server_name  www.nginx1.com www.nginx2.com;
}
server{
  listen       80;
  server_name  www.nginx3.com;
}

• 
  

• 3、基于端口的虚拟主机(listen不写ip的端口模式)
• server{ 
• listen 80; 
• server_name localhost;
• }
  server{ 
• listen 81; 
• server_name localhost;
• }

server { listen 80; server_name localhost;}server { listen 81; server_name localhost;}

server下的location映射解析（官方中文文档：ngx_http_core_module）匹配规则：location [ = | ~ | ~* | ^~ ] uri { ... }

location URI {}:

对当前路径及子路径下的所有对象都生效;

location = URI {}:

精确匹配指定的路径（注意URL最好为具体路径），不包括子路径，因此，只对当前资源生效;

location ~ URI {}:

location ~* URI {}:

模式匹配URI，此处的URI可使用正则表达式，~区分字符大小写，~*不区 分字符大小写;

location ^~ URI {}:

不再检查正则表达式

优先级：= > ^~ > ~|~* > /|/dir/

举例：

location = / {
    [ configuration A ]
}

location / {
    [ configuration B ]
}

location /documents/ {
    [ configuration C ]
}

location ^~ /images/ {
    [ configuration D ]
}

location ~* \.(gif|jpg|jpeg)$ { 
    [ configuration E ] 
} 

• 
  

解答：请求“/”匹配配置A， 请求“/index.html”匹配配置B， 请求“/documents/document.html”匹配配置C， 请求“/images/1.gif”匹配配置D， 请求“/documents/1.jpg”匹配配置E

location配置规则

1、“ =”前缀的指令严格匹配这个查询。如果找到，停止搜索。
2、所有剩下的常规字符串，匹配最精确的（一般最长的那个）。如果这个匹配使用^〜前缀，搜索停止。
3、正则表达式，在配置文件中是从上往下匹配的
4、如果第3条规则产生匹配的话，结果被使用。否则，如同从第2条规则被使用
特殊情况：
两种情况下，不需要继续匹配正则 location :
( 1 ) 当普通 location 前面指定了“ ^~ ”，特别告诉 Nginx 本条普 通 location 一旦匹配上，则不需要继续正则匹配。
( 2 ) 当普通location 恰好严格匹配上 ，不是最大前缀匹配，则不再继续匹配正则