main主配置段的指令的类别：

用于调试、定位问题

正常运行必备的配置

优化性能的配置

事件相关配置

master以root身份运行，因为小于1024的端口也就是80只有root有权限启动；

worker是以我们指定的用户运行

正常运行的必备配置：

1、user USERNAME  [GROUPNAME];

指定运行worker进程的用户和组，例如：user  nginx  nginx；

2、指定PID文件：

Pid   /path/to/pid_file

3、worker_rlimit_nofile   #：指定一个worker进程所能够打开的最大文件句柄数；

service  nginx  reload   重新 加载 nginx配置文件；

4、worker_rlimit_sigpending  #：指定每个用户能够发往worker的信号数量；

优化性能相关的配置：

1、worker_processes #: worker线程的个数；通常应该为物理CPU核心个数减1；

2、worker_cpu_affinity cpumask ...;

绑定worker进程至指定的CPU上；

CPUMASK

0001  第一颗CPU

0010 第二颗 CPU

0100  ……

1000  ……

例如：worker_cpu_affinity 00000001 00000010 00000100;

绑定时只有将CPU真正隔出来，它来的性能提升才会真的有效，就是一颗 CPU只干这一件事，别的事它一点也不干了；

3、timer_resolution t;

gettimeofday();

4、worker_priority nice;      -20, 19

让worker刚启动时，让它的nice值以指定的优先级运行；

nice：-20 - 19  默认都是0 ；

事件相关的配置：

1、accept_mutex [on|off]  互斥锁，能够让多个worker进程轮流

内部调度用户请求至各worker时用的负载均衡锁；打开时表示能让多个worker轮流，序列化的响应新请求

2、lock_file  /path/to/lock_file：  锁文件路径

3、accept_mutex_delay #ms：

在打开内部负载均衡锁的模式时，锁是唯一的，谁拿到锁谁能接收新请求；

4、use [epoll|rgsig|select|poll]：

定义使用的事件模型：建议让Nginx自动选择：

5、worker_connections  #：

每个worker进程能够响应的最大并发请求数(默认为1024个)；

最大客户端由 worker_processes和worker_connections决定 ：Max_client=worker_process*worker_connections

例：connections=1024    worker_process=4   最终可响应的最大并发请求数为4000+

用于调试、定位问题：(只有调试问题时才需要使用)：

1、daemon [off|on]

是否以守护进程方式启动Nginx；

2、master_process  on|off：

是否以master/worker模型来运行nginx；

3、error_log  /path/to/error_log level：

错误日志文件及其级别出于调试的目的，可以使用debug级别，但此级别只有在编译nginx时使用了--with-debug选项才有效；

配置nginx做为web服务器来使用：

虚拟主机相关的配置：

1、server{ }

定义一个虚拟主机：

2、listen

监听的端口

完整格式：

listen address[:port] [default_server] [ssl] [spdy] [proxy_protocol] [setfib=number] [fastopen=number] [backlog=number] [rcvbuf=size] [sndbuf=size] [accept_filter=filter] [deferred] [bind] [ipv6only=on|off] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]];

listen address[:port] [default_server]  ssl

backlog=number；指明TCP协议backlog队列大小。默认为 -1，表示不启用；

rcvbuf=size； 指明接收缓冲大小，设定监听的句柄的SO_RCVBUF参数；

ssl：当前监听的端口必须要使用ssl协议；

例如：

listen  172.16.100.8:8080

3、server_name  name  […]：

相当于httpd的主机名

后可跟多个主机名；名称还可以使用通配符和正则表达式 (~) ；

nginx收到一个请求时，会取出报文中的hostname会跟我们定义的各个虚拟主机进行匹配

(1)先做精确匹配；www.magedu.com;

(2)左侧通配符匹配，例如：*.magedu.com;

(3)右侧通配符匹配，例如：www.*;

(4)正则表达式匹配，例如：~^.*\.magedu\.com$

(5)default_server  如果以上都不匹配，就由这项进行匹配；

server的配置格式：

例：

Server {

Listen 8080;

Server_name www.zhangjian.com;

Location /  {

Root   "web/htdocs";

}

}

此时如果导入了服务类脚本可以用：

Service   nginx   configtest   测试语法格式  等同于  nginx  -t

Service nginx reload   语法没有问题，重新加载配置文件(刚刚启动了新的监听端口，必须重启服务)

Service nginx restart

yum    -y     install     elinks

Eliks   -dump   http://www.zhangjian.com   用Linux主机测试指定网页   --dump代表不进入交互模式，显示完立即退出

4、localtion [=|~\~*|*~] /uri {…}

location @name

功能：允许根据用户请求的URI来匹配定义的各Location，匹配到时，此请求将被相应的Location块中的配置所处理；

允许根据用户请求的URL来匹配location中所给定的表达式，一旦匹配，将由localtion中所给定的配置进行处理；

例：

server {

localtion /p_w_picpaths{ }

localtion /bbs { }

localtion /

}

http://www.magedu.com/p_w_picpaths  此时就被第一个location所匹配了

=：精确匹配，把用户请求的URI，与各location匹配

~：正则表达式模式匹配，匹配时区分字符大小写

~*：正则表达式模式匹配，不区分字符大小写

^~：做URI的前半部分匹配，匹配时不检查正则表达式； 优先级较高

=代表精确匹配  只有在写 www.zhangjian.com/ 时才能被=号匹配

匹配优先级：精确匹配(=)、^~、~ 和 ~*、最后由不带符号的URL进行左侧匹配

当被多个location所匹配时，这些优先级还一样，就会被第一个location所匹配；

5、root 实现文件路径定义；

设置web的资源路径映射，用于指明请求的URL所对应的文档的根目录路径

可直接用于server中，也可以用于localtion段中；

location  /p_w_picpaths/ {

root   "/web/imgs/";

}

以/web/imgs 为根，也就是必须在根目标下存在p_w_picpaths目录；

http://www.magedu.com/p_w_picpaths/a.jpg

6、alias path

用于Location配置段，定义路径别名

location  /p_w_picpaths/ {

alias /www/pictures/;

}

把p_w_picpaths直接映射为 /www/pictures  ，在找p_w_picpaths目录时，直接找/www/pictures即可；

回头实现一下这两个实验；

注意：root表示指明路径为对应location的 “/”URL； alias表示路径映射，即location中的 URL是相对于alias所指明的路径而言；

7、index file

默认主页面：

index     index.html；

8、error_page  code  […]   [=code]   URI | @name   根据http状态码重定向错误页面

error_page   404    /404.html   如果错误状态码为  404，那么给它返回指定的页面

=[code]：以指定的响应码进行响应；省略code表示以新资源的响应码为响应码；

例如：

Server  {

Listen  80;

Server_name  www.zhangjian.com;

Location /  {

root "/web/htdocs";

error_page  404  /404.html;   如果发生了404错误，那么我就给它指定到一个页面；

}

location  /p_w_picpaths/   {

Alias  "/web/imgs/";

}

}

1）可重写向成 另一个路径，也可重定向成一个URL；

error_page  404 http://mail.zhangjian.com/index.html;    此处如果发生了404错误，我给它重定向成了一个指定的URL

2）也可以改响应码，本来请求的不存在，我也可以给你返回一个200响应码；

error_page  404  =200   /404.html;    本来发生的错误是404   此处我将它的响应码改成了200；

3）可以只写一个  =   会由你转向的页面的响应码做为响应码；

error_page  404  =   /hello.html     此处只写了一个=号，而没指定响应码，代表发生了404错误，我会去找hello.html，并以hello.html的状态响应码为最终响应码；   放在此处也就是说 hello.html没有什么错误的话，就会给它返回一个200；

9、try_files

try_files   path1  [,path…]  URI

用户访问指定的URI下，如果第一个找不着就找第二个，第二个找不着就找第三个，如果都找不找就找Location所在的段；

网络连接相关的配置：

1、keepalive_timeout time：

保持连接的超时时长，默认为75s；

2、keepalive_requests  #：

在一次保持连接上允许承载最大资源请求数

3、keepalive_disable [msie6|safari|none]

为指定类型的浏览器禁用长连接

4、tcp_nodelay on|off

对长连接是否使用 TCP_NODELAY选项；

默认tcp不会把非常小的资源发送过去，要攒够更多的小报文一起发送

5、client_header_timeout  time：

读取http请求报文首部的超时时长；

6、client_body_timeout time：

读取Httpd请求报文的body部分的超时时长；

7、send_timeout  time：

发送响应报文的超时时长；

对客户端请求进行限制：

1、limit_except  METHOD {…}

指定对范围之外的其它方法的访问控制；

limit_except GET {

allow 172.16.0.0/16;

deny all;

}

如果客户端请求时使用的是 GET以外的方法，只允许172.16.0.0以外的客户端

2、client_body_max_size  SIZE:

限制请求报文中body部分的上限; 通过检测请求报文首部中的"Content_Length"来判定；

3、limit_rate  speed：

限制客户端每秒钟传输的字节数，默认为0表示无限制 ；

上面这些配置通常都可以用在 http   server   或 location  段中的；

http段代表全局生效，server代表主机名生效，location代表某个目录下生效；

对内存或磁盘资源进行分配：

1、client_body_in_file_only   on|clean|off;

httpd请求报文的body部分是否存储在磁盘文件中

请求报文的body部分是否可暂存于磁盘；on表示允许，并且即便请求结束，也不会删除暂存内容；clean表示会删除；off表示不允许暂存；

2、client_body_in_single_buffer on|off

请求报文的body部分，是否可以暂存在内存的buffer中，默认为off，不允许存；

如果内存空间足够用，允许存会提高性能；

3、client_body_buffer_size  size；

如果允许暂存，可以暂存多大的内容；

4、client_body_temp_path  DIR   [level1 [level2 [level3 [level4]]]]

如果允许暂存，可以暂存在哪个目录下，可以存在多级目录下

例如：client_body_temp_path    /var/tmp/nginx/client   1  2

5、client_header_buffer_size：

请求报文header部分时，分配的内存大小 ；

正常情况下接收用户请求报文时，预留的内存空间大小 ；

MIME类型相关的配置：

1、type { }

定义MIME  types 到文件的扩展名

types {

text/html   .html

p_w_picpath/jpeg   .jpg

}

用于说明请求的是html类型，我们就把它当text文本类型；

2、default_type MIME-TYPE：指明默认的MIME类型；

文件操作优化相关的配置：

1、sendfile  on|off

有可能支持的单个文件上限小，回头百度一下

2、aio  on|off

在nginx内部是否启用内核级别的文件I/O性能；

3、directio size|off  是否启用直接I/O

是否使用O_DIRECT选项去请求读取文件；不会在内存中缓冲，而是直接写在磁盘上，对数据来说较安全；与sendfile互斥；

4、Open_file_cache  max=N[inactive=time] | off： 是否开启缓存空间 缓存空间最大有多大；

nginx可以缓存以下三种信息：

(1)文件句柄、文件大小和最近一次修改时间

(2)打开目录的目录结构；

(3)没有找到的或者没有权限操作的文件的相关信息

max=N 表示可缓存的最大条目上限；一旦到达上限，则会使用LRU，最近最少使用算法；从缓存中删除最近最少使用的条目；

inactive=time；在由inactive指定的时长内没有被访问过的缓存条目就会被淘汰；

5、open_file_cache_errors on  是否缓存那些出现了错误的信息

是否缓存在文件缓存中缓存打开文件时出现的找不到路径没有权限等的错误信息；

6、openfile_cache_min_uses

每隔多久检查一次缓存中缓存条目的有效性；默认为60秒；(太短会加大CPU负荷)

重点关注：server{}，localtion{}，listen，server_name，root,alias，keepalive_timeout，keepalive_requests，error_path

基于IP的访问控制：

http，server，location

allow,deny

例：

location  /admin  {

root  /nginx/htdocs;

allow 192.168.0.0/24;

deny all;

基于用户的basic认证配置方法：

auth_basic

auth_basic_user_file

nginx同样支持用 htpasswd 命令创建用户账号文件

例：

rpm  -qf   `which  htpasswd`    查看指定命令由哪个软件包生成

location   /admin  {

root   /nginx/htdocs;

auth_basic  "admin  area"

auth_basic_user_file  /etc/nginx/.htpasswd

}

此处在用  htpasswd -c  -m   生成指定文件即可

基于gzip实现响应报文压压缩：

例：

gzip   on;                   # 开启或关闭gzip模块

gzip_min_length  1024k;      # 允许压缩的页面最小字节数，页面字节数从header头的Content-Length中获取，默认为0，不管页面多大都进行压缩，建议设置成大于 1K的页面，小于1K的页面进行压缩会出现越压越大的情况；

gzip_http_version  1.1;      #  用于设置识别HTTP协议版本，默认是1.1，大部分浏览器已经支持gzip压缩，使用默认即可；

gzip_vary  on;               # 可以让前端的缓存服务器缓存经过gzip压缩的页面

gzip_proxied  expired  no-cache  no-store  private  auth;    #这里没有

gzip_comp_level  7;          # 指定gzip压缩比，1压缩比最小，处理速度最快，9压缩比最大，传输速度快，但处理慢，较消耗CPU资源

gzip_buffers  16  8k;        # 申请16个单位为8K内存作为压缩结果流缓存，默认是申请与原始数据大小相同的内存空间来存储gzip压缩结果

gzip_type    text/plain     text/thml     application/xml     application/json    application/x-javascript;   #  指定压缩的类型，无论是否指定text/html类型总会被压缩

headers_module

定制响应首部：  (允许我们在响应首部中自己加一段)

add_header name value [always]:

expires

local段中：

add_header  X-header   testheader;  首部名称   首部值  这块没有任何意义，自己随便写的

此时在用浏览器访问一次，开启调试模式，看报文首部，即可看出来结果

log_module

定制访问日志：

log_format   定义日志格式

access_log    定义访问日志

格式：

log_forat compression '$remote_addr - $remote_user [$time_local]'

"'$request" $status $bytes_sent'

"'$http_referer" "$http_user_agent" "$gzip_ratio"';

access_log  /spool/logs/nginx-access.log  commpression  buffer=32k;

$处使用的是 log自带的变量：

commpression：日志名

remote_addr：客户端IP地址

remote_user：如果客户端登陆了，客户端的用户名

time_local：当前服务器端时间

request：用户请求的内容，请求的URL，包括整个请求符

status：状态码

bytes_sent：发送的字节数

http_referer：上一次页面，从哪跳转过来

http_user_agent： 浏览器类型

gzip_ratio：压缩比

buffer：缓存大小

flush=time：每隔多长时间从内存中刷到磁盘上一次，写的时间越长发生磁盘I/O的调用越少，性能越好，但是万一崩溃了丢失的量也越多；

如果不定义它也有默认格式，但是将来可能会经常需要定义成与 httpd的combined格式相同的格式；

combined是一种常用的日志格式；