运行用户
user www-data;
#启动进程,通常设置成和cpu的数量相等
#阻塞和非阻塞网络模型；
#同步阻塞模型，一请求一进（线）程，当进（线）程增加到一定程度后
#更多CPU时间浪费到切换一，性能急剧下降，所以负载率不高
#nginx基于时间的非阻塞多路复用（epoll或kquene）模型
#一个进程在短时间内可以相应大量的请求
#建议值 <=cpu核心数量，一般高于cpu数量有好处，也许还有进程切换开销的负面影响
worker_processes 4;
#将work process绑定到特定的cpu上，避免进程在cpu间切换的开销
work_cpu_affinity 0001 0010 0100 1000
#8内核4进程时的设置方法 work_cpu_affinity 00000001 00000010 00000100 10000000
#每进程最大可打开文件描述符数量（Linux上文件描述符比较广义，网络端口、设备、磁盘文件都是）
#文件描述符用完了，新的链接会被拒绝，产生502类错误。
#linux最大可打开文件数可通过ulimit -n FILECNT或 /etc/security/limit.conf配置
#理论值 系统最大数量/进程数。但进程间工作量并不是平均分配的，所以可设置的大一些
worker_rlimit_nofile 655350
#全局错误日志及PID文件
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
#工作模式及连接数上限
events {
#并发响应能力的关键配置值
#每个进程允许的最大同时连接数，work_connectins * work_processes =maxConnection;
#要注意maxconnections不等同于可相应的用户数量
#因为一般一个浏览器会同时开两条链接，如果反向代理，nginx到后端连服务器的链接数也要占用连接数
#所以，做静态服务器时，一般maxClient = work_connectins * work_processes / 2
#做反向代理服务器时 maxClient = work_connectins * work_processes / 4
#这个值理论上越大越好，但最多可承受多少请求与配件和网络相关，也可最大可打开文件，最大可用socket数量
worker_connections 200000;
#指明使用epoll 或 kquene（*BSD）
use epoll; #epoll是多路复用IO(I/O Multiplexing)中的一种方式,但是仅用于linux2.6以上内核,可以大大提高nginx的性能
#备注：要达到超高负载下最好的网络响应能力，还有必要优化与网络相关的linux内核参数
worker_connections 1024;#单个后台worker process进程的最大并发链接数
#multi_accept on;
}
#设定http服务器，利用它的反向代理功能提供负载均衡支持
http {
#设定mime类型,类型由mime.type文件定义
include /etc/nginx/mime.types;
default_type application/octet-stream;
#设定日志格式
#关闭此项可减少IO开销，但也无法记录访问信息，不利用业务分析，一般运维情况不建议使用
access_log /var/log/nginx/access.log;
#只记录更为严重的错误日志，可减少IO压力
error_log logs/error_log crit;
#access_log logs/access_log main;
#sendfile 指令指定 nginx 是否调用 sendfile 函数（zero copy 方式）来输出文件，对于普通应用，
#必须设为 on,如果用来进行下载等应用磁盘IO重负载应用，可设置为 off，以平衡磁盘与网络I/O处理速度，降低系统的uptime.
#启用内核复制模式，应用保持开启达到最快的IO效率
sendfile on;
#简单说，启动如下两项配置，会在数据包达到一定大小后在发送数据
#这样会较少网络通信次数，降低阻塞概率，但也会影响响应的及时性
#比较适合于文件下载这类的大数据包通信场景
#tcp_nopush on;
#tcp_nodelay on|off on禁用Nagle算法
#keepalive_timeout 0;
#HTTP1.1支持持久连接alive
#降低每个链接的alive时间可在一定程度上提高可响应连接数量，所以一般可适当降低此值
#连接超时时间
keepalive_timeout 30s;
#开启gzip压缩，有效降低网络流量
gzip on;
#过短的内容压缩效果不佳，压缩过程还会浪费系统资源
gzip_min_length 1000;
#可选值1~9研所级别越高压缩效率越高，但对系统性能要求越高。
gzip_comp_level 4;
#压缩内容类别
gzip_types text/plain text/css application/json application/x-javascript text/xml
#静态文件缓存
#最大缓存数量，文件未使用存活期
open_file_cache max=655350 inactive=20s;
#验证缓存有效期时间间隔
open_file_cache_valid 30s;
#有效期内文件最少使用次数
open_file_cache_min_uses 2;
#设定请求缓冲
client_header_buffer_size 1k;
large_client_header_buffers 4 4k;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
#设定负载均衡的服务器列表
upstream mysvr {
#weigth参数表示权值，权值越高被分配到的几率越大
#本机上的Squid开启3128端口
server 192.168.8.1:3128 weight=5;
server 192.168.8.2:80 weight=1;
server 192.168.8.3:80 weight=6;
}
server {
#侦听80端口
listen 80;
#定义使用www.xx.com访问
server_name www.xx.com;
charset utf-8;
#设定本虚拟主机的访问日志
access_log logs/www.xx.com.access.log main;
#location表达式
#syntax:location [=|~|~*|^~|@] /uri/ {...}
#分别两种配置模式，普通字符串匹配，正则匹配
#无开头引导字符或以=开头表示普通字符串匹配
#以~或~*开头表示正则匹配，~*表示不区分大小写
#多个location时匹配规则
#总体是先普通后正则，只识别URI部分，例如请求为/test/1/abc.do? arg=xxx
#1.先查找是否有=开头的精确匹配，及location =/test/1/abc.do {...}
#2.再查找普通匹配，以最大前缀为规则，如下有两个location
#location /test/ {...}
#location /test/1 {...}
#则匹配后一项
#3.匹配到一个普通格式后，搜索并未结束，而是暂存当前结果，并继续在搜索正则模式
#4.在所有正则模式location中找到第一个匹配向后，以此屁配项为最终结果
#所以正则匹配项匹配规则受定义前后顺序影响，但普通匹配不会
#5.如果未找到正则匹配项，则以3中缓存的结果为最终结果
#6.如果一个匹配都没有，返回404
#location =/ {...} 与 location / {...}的差别
#前一个是精确匹配，只响应/请求，所有/xxx类请求不会以前缀匹配形式匹配到它
#而后一个正相反，所有请求必然都是以/开头，所以没有其他匹配结果时一定会执行到它
#location ^~ / {...} ^~意思是非正则，表示匹配到此模式后不再继续正则搜索
#所有如果这样配置，相当于关闭了正则匹配功能
#因为一个请求在普通匹配规则下没得到其他普通匹配时，最终匹配到这里
#默认请求
location / {
root /root; #定义服务器的默认网站根目录位置
index index.php index.html index.htm; #定义首页索引文件的名称
fastcgi_pass www.xx.com;
fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
}
#定义错误提示页面
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /root;
}
#静态文件，nginx自己处理
location ~ ^/(images|javascript|js|css|flash|media|static)/ {
root /var/www/virtual/htdocs;
#过期30天，静态文件不怎么更新，过期可以设大一点，如果频繁更新，则可以设置得小一点。
expires 30d;
}
#PHP 脚本请求全部转发到 FastCGI处理. 使用FastCGI默认配置.
location ~ .php$ {
root /root;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/www/www$fastcgi_script_name;
include fastcgi_params;
}
#设定查看Nginx状态的地址
location /NginxStatus {
stub_status on;
access_log on;
auth_basic "NginxStatus";
auth_basic_user_file conf/htpasswd;
}
#禁止访问 .htxxx 文件
location ~ /.ht {
deny all;
}
}
}
以上是一些基本的配置,使用Nginx最大的好处就是负载均衡
如果要使用负载均衡的话,可以修改配置http节点如下：
#设定http服务器，利用它的反向代理功能提供负载均衡支持
http {
#设定mime类型,类型由mime.type文件定义
include /etc/nginx/mime.types;
default_type application/octet-stream;
#设定日志格式
access_log /var/log/nginx/access.log;
#省略上文有的一些配置节点
#。。。。。。。。。。
#设定负载均衡的服务器列表
upstream mysvr {
#weigth参数表示权值，权值越高被分配到的几率越大
server 192.168.8.1x:3128 weight=5;#本机上的Squid开启3128端口
server 192.168.8.2x:80 weight=1;
server 192.168.8.3x:80 weight=6;
upstream mysvr2 {
#weigth参数表示权值，权值越高被分配到的几率越大
server 192.168.8.x:80 weight=1;
server 192.168.8.x:80 weight=6;
}
#第一个虚拟服务器
server {
#侦听192.168.8.x的80端口
listen 80;
server_name 192.168.8.x;
#对aspx后缀的进行负载均衡请求
location ~ .*.aspx$ {
root /root; #定义服务器的默认网站根目录位置
index index.php index.html index.htm; #定义首页索引文件的名称。
proxy_pass http://mysvr ;#请求转向mysvr 定义的服务器列表
#以下是一些反向代理的配置可删除.
proxy_redirect off;
#后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m; #允许客户端请求的最大单文件字节数
client_body_buffer_size 128k; #缓冲区代理缓冲用户端请求的最大字节数，
proxy_connect_timeout 90; #nginx跟后端服务器连接超时时间(代理连接超时)
proxy_send_timeout 90; #后端服务器数据回传时间(代理发送超时)
proxy_read_timeout 90; #连接成功后，后端服务器响应时间(代理接收超时)
proxy_buffer_size 4k; #设置代理服务器（nginx）保存用户头信息的缓冲区大小
proxy_buffers 4 32k; #proxy_buffers缓冲区，网页平均在32k以下的话，这样设置
proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2）
proxy_temp_file_write_size 64k; #设定缓存文件夹大小，大于这个值，将从upstream服务器传
}
}
}