常用模块：
1.nginx核心功能模块(Core functionality)
accept_mutex on|off; #Context:events
这个指令的意义：当一个新连接或者说用户请求到达nginx服务时，如果accept_mutex为on，
那么多个worker将以串行方式来处理，其中一个worker会被激活，其他worker继续保持休眠状态，
如果accept_mutex为off,那么所有的worker将会被唤醒，但只有一个worker会获取新连接，其他worker会重新休眠。
这可以算是惊群问题吧。当网站并发量很大时，可以设置为off，
???error_log ???????错误日志文件路径，错误记录等级，等级从低到高为debug, info, notice, warn, error, crit, alert, emerg ???????例：error_log /var/log/nginx/error.log; ???events ???????用来指定nginx的工作模式及连接数上限 ???????例：events { ???????????????use epoll; #使用epoll I/O传输模型 ???????????????worker_connections ?1024; #每个worker允许的最大用户请求数 ???????????????????} ???***worker_connections #Context:events ???????每一个worker进程能并发处理（发起）的最大连接数，并不是越大越好 ???????***需要深入理解的优化选项 ???worker_cpu_affinity ???????将worker进程固定在指定的CPU(或核心)中，因为nginx默认是随机分配cpu(或核心)的， ???????此设置可将nginx进程固定在指定的CPU(或核心)上，以加快处理速度降低出错率。 ???????例：worker_processes ???4; ???????????worker_cpu_affinity 0001 0010 0100 1000; ???worker_priority ???????让worker以指定nice值工作,-20~19 nice值越高就会优先获取CPU资源; ???????nginx默认状态下的nice值为0 ???worker_processes ???????设置nginx的work process的数量，推荐设置为等于或略小于CPU的核心数， ???????因为若设置为大于CPU的核心数时会产生拥挤，范围会影响性能，若设置成auto，默认数量为CPU的核心数 ???include file | mask; ???????将指定的文件包含在配置中，nginx运行时会自动加载 ???????例：include vhost/*.conf ???master_process on | off; ???????确认master process的开启状态。 ???multi_accept on | off; #Context:events ???????当multi_accept为on时，所有的新连接情求将同时被worker process同时接收处理， ???????当multi_accept为off时，worker process一次只接收处理一个新连接 ???????默认为off ???pid ???????设置nginx主进程ID文件位置 ???????例：pid log/nginx.pid; ???use ???????设置进程连接的方式。值得注意的是此项一般不做设置，因为nginx会自动选择最适合系统的方式。 ???????There is normally no need to specify it explicitly, because nginx will by default use the most efficient method. ???user ???????指定nginx主进程的用户及组2.http核心功能模块(ngx_http_core_module) ???alias #Context:location ???????alias表示路径别名，alias后面接路径，也就是用户访问的真正路径，一般用在location环境下 ???????例：location /i/ { ???????????alias /data/w3/images/; #一定要记得结尾加/ ???????????????????????} ???????当用户请求为路径URI/i/时，实际访问的是URI/data/w3/images/ ???????此处可深入对比root与alias的区别： ???????1.root指定的是location匹配访问的path目录的上一级目录，也可以理解为location匹配访问的起始根目录 ???????2.alias指定的是location匹配访问的path目录的真正目录路径，而location后是path目录别名 ???????3.对于root来说，location后的path目录必须真实存在 ???????4.对于alias来说，location后的path目录可以不存在 ???????5.alias只能用在location中，而root可用在 ???http,server,location,if in location中 ???????6.有网友建议 ???????????1）在location /中配置root目录； ???????????2）在location /path中配置alias虚拟目录。 ???listen #Context:server ???????设置监听IP的地址和端口，一般只需设置ip和端口 ???????例： ???????listen 127.0.0.1:8000; ???????listen 127.0.0.1; ???????listen 8000; ???????listen *:8000; ???????listen localhost:8000; ???????扩展设置：listen address[:port] [default_server] [ssl] [http2 | spdy] ?[backlog=number] [rcvbuf=size] [sndbuf=size] ???????????default_server：设定为默认虚拟主机； ???????????ssl：限制仅能够通过ssl连接提供服务； ???????????backlog=number：后援队列长度； ???????????rcvbuf=size：接收缓冲区大小； ???????????sndbuf=size：发送缓冲区大小； ???server #Context:http ???????用来定义虚拟主机，格式为server { ... } ???server_name #Context:server ???????设置虚拟主机的主机名，可使用正则表达式进行匹配 ???????例：server { ???????????????server_name ?~^(www\.)?(.+)$; ???????????????index index.php index.html; ???????????????root ?/nginx/$2; ???????????????????} ???????????这里用到了正则表达式后向引用的知识，可以实现在一个server中配置多个站点， ???????????当输入站点www.fff.com时对应站点的主目录为/nginx/fff.com目录 ???????????当输入站点www.ddd.org时对应站点的主目录为/nginx/ddd.com目录 ???????????目录必须存在 ???tcp_nodelay on|off; #Context:http, server, location ??????????????只在keepalived下开启有效,长连接时不做报文打包发送，不产生延迟(delay) ???tcp_nopush on|off; #Context:http, server, location ???????在 nginx 中，tcp_nopush 配置和 tcp_nodelay "互斥"。它可以配置一次发送数据的包大小。也就是说，它不是按时间累计 ?0.2 秒后发送包，而是当包累计到一定大小后就发送。 ???????在 nginx 中，tcp_nopush 必须和 sendfile 搭配使用。 ???sendfile #Context:http, server, location, if in location ???????此选项可提高web服务器的传输性能，不使用sendfile的传统网络传输： ???????????read(file,tmp_buf, len); ???????????write(socket,tmp_buf, len); ???????????硬盘 --> kernel buffer --> user buffer --> kernel socket buffer --> 协议栈 ???????使用sendfile的网络传输： ???????????sendfile(socket,file, len); ???????????硬盘 --> kernel buffer (快速拷贝到kernelsocket buffer) --> 协议栈 ???????sendfile省去了很多中间过程，从而提高了传输速度 ???keepalive_timeout ???????keepalive的超时时间 ???????例：keepalive 75s; ???root #Context：http, server, location, if in location ???????设置站点的根目录 ???location #Context: server, location ???????根据用户请求的URI做访问逻辑的设置，location下的root比server下的root有更高的优先权？ ???????例： ???????location = / { ???????[ configuration A ] ???????????????????} ???????location / { ???????[ configuration B ] ???????} ???????location /documents/ { ???????[ configuration C ] ???????} ???????location ^~ /images/ { ???????[ configuration D ] ???????} ???????location ~* \.(gif|jpg|jpeg)$ { ???????[ configuration E ] ???????} ???error_page #Context:http, server, location, if in location ???????设置当用户请求发生错误时nginx反馈给用户错误显示的URI ???????设置方法有多种： ???????????例：1. error_page 502 503 ?/50x.html; #当访问出现502 503错误时，就向用户反馈50x.html的内容 ???????????????2. error_page 502 503 =200 /50x.html; #当访问出现502 503时，向用户反馈状态码为200，并反馈50x.html的内容 ???????????????????????????????????????????????????????50x.html可替换为其他内容，如jpg，gif，php文件 ???????????????3. error_page 404 = http://www.baidu.com; #当访问出现404错误时，将用户请求跳转至百度主页 ???????????????4. location / { ???????????????????????error_page 404 = @fallback; ???????????????????????????????} ???????????????????????location @fallback { ???????????????????????????proxy_pass http://backend; ???????????????????????????????} ???keepalive_timeout ???????设置长连接的超时时间，设置0时表示关闭长连接，默认为75s ???????????例：keepalive_timeout 40s; ???keepalive_disable none | browser ...; ???????设置禁止长连接的浏览器 ???keepalive_requests ???????设置一次长连接允许的最大请求数，默认为100 ???client_body_buffer_size # Context:http, server, location ???????body是指报文的主体部分，此选项用于设置接收客户端请求报文的body部分的缓冲区大小， ???????默认为16k，一旦超过设置的值，便会发起磁盘I/O，影响站点性能， ???????只有在允许用户请求或上传大于16k数据时，才有必要调整此项， ???????但当用户上传数据大到不得不直接储存在磁盘上时则需使用client_body_temp_path ???client_body_temp_path # Context:http, server, location ???????这里涉及到了当用户较多且用户存放文件较多时，各用户如何快速准确的找到各自存放在站点的文件的问题。 ???????此选项可设置文件分级存放， ???????????例：client_body_temp_path /var/tmp/client_body 2 1 1 ???????????????#用户存放主目录为/var/tmp/client_body 创建16*16个一级子目录， ???????????????每个一级子目录下创建16个二级子目录，每个二级子目录下创建16个三级子目录 ???????????????这是一种算法机制，为用户访问磁盘数据时提供一种快捷的路径路由机制 ???aio on|off ???????aio是指异步非阻塞IO模型，在nginx第一讲中有详细介绍 ???open_file_cache Context:http, server, location ???????用于设置服务器访问频率较高文件的元数据缓存，将访问频率较高的文件缓存至内存中， ???????当用户访问时不需要再进行磁盘查找，可直接根据文件的元数据找到文件进行下一步操作， ???????大大提升了用户访问效率。 ???????????例：open_file_cache off; ???????????????open_file_cache max=1000 inactive=20s; #最大缓存1000个缓存项 缓存项的非活动时长20s，受open_file_cache_min_uses选项的影响,在设定时间内访问命中数少于open_file_cache_min_uses设置数时，缓存将被清理 ???open_file_cache_uses ???????参照open_file_cache ???????????例：open_file_cache ?????????max=1000 inactive=20s; ???????????????open_file_cache_valid ???30s; ???????????????open_file_cache_min_uses 2; ???????????????open_file_cache_error on; #是否缓存查找时发生错误的文件信息的3.基于IP的访问控制模块(ngx_http_access_module) ???allow ???????允许访问 ???deny ???????拒绝访问 ?????????例：location / { ???????????????deny ?192.168.1.1; ???????????????allow 192.168.1.0/24; ???????????????allow 10.1.1.0/16; ???????????????allow 2001:0db8::/32; ???????????????deny ?all; } ??????4.基于用户登录的访问控制模块(ngx_http_auth_basic_module) ???auth_basic #Context:http, server, location, limit_except ???????反馈给用户的服务器认证信息，必须与auth_basic_user_file配合使用 ???auth_basic_user_file ???????设置用户认证文件的路径，配置用户认证的用户名与密码可用httpd-tools来实现 ???????????1.yum -y install httpd-tools #安装httpd-tools ???????????2.htpasswd -c -m /etc/nginx/.ngxpwd ready #指定密码文件路径与文件名，用户名为ready ???????例：server { ???????????????server_name www.hhh.com; ???????????????root /nginx/test2/; ???????????????location ~* ^/(login|admin) { ???????????????????#alias /admin/; #为何加此项会访问不成功，改为location /login/却会访问成功？ ???????????????????auth_basic "why?"; ???????????????????auth_basic_user_file /etc/nginx/.ngxpwd; ???????????????????} ??#root路径下用户请求以admin或login开头时，都会出现用户认证5.nginx访问状态模块(ngx_http_stub_status_module) ???????????????} ???stub_status ???????可以查看nginx的状态信息，此信息一定要保密，可单独创建一个location再配合auth_basic_user_file与auth_basic使用 ???????例： ???????????location /abc { ???????????????stub_status; ???????????????auth_basic "why?"; ???????????????auth_basic_user_file /etc/nginx/.ngxpwd; ???????????????????} ???????输出示例： ???????????Active connections: 3 ?#当前的活动链接数 ???????????server accepts handled requests #accept已经接受的用户请求数，handled已经处理完成的用户请求数，requests总请求数 ??????????????????303 ????303 ????2533 ???????????Reading: 0 Writing: 1 Waiting: 2 #Reading：处于读取客户端请求报文首部的连接的连接数； ????????????????????????????????????????????#Writing：处于向客户端发送响应报文过程中的连接数； ????????????????????????????????????????????#Waiting：处于等待客户端发出请求的空闲连接数6.nginx访问日志模块(ngx_http_log_module) ???access_log #Context:http, server, location, if in location, limit_except ???????设置访问日志路径，可在全局设置，也可在server，location等中做精细设置，便于不同主机的访问精细管理 ???????也可压缩打包处理 ???????????例：access_log /path/to/log.gz combined gzip ?buffer=16k flush=5m; ???????????????#buffer可设置访问日志的缓冲区大小，flush为刷新周期 ???log_format ???????定义访问日志的格式 ???????????例：log_format ?main ?‘$remote_addr - $remote_user [$time_local] "$request" ‘ ?????????????????????????????????‘$status $body_bytes_sent "$http_referer" ‘ ?????????????????????????????????‘"$http_user_agent" "$http_x_forwarded_for"‘;7.ngx_http_gzip_module ???nginx中gzip的主要作用就是用来减轻服务器的带宽问题，经过gzip压缩后的页面大小可以变为原来的30%甚至更小， ???这样用户浏览页面时的速度会快很多。gzip的压缩页面需要浏览器和服务器双方都支持，实际上就是服务器端压缩， ???传到浏览器后浏览器解压缩并解析。目前的大多数浏览器都支持解析gzip压缩过的页面。默认为off ???????例：gzip ???????????on; ???????????gzip_comp_level 2; #压缩等级，默认为1 ???????????gzip_min_length 1000; #启用压缩功能的临界值 ???????????gzip_proxied ???expired no-cache no-store private auth; ???????????gzip_types ?????text/plain application/xml;8.https服务模块(ngx_http_ssl_module) ????????????????????????????????????ssl on | off; ???????开启/关闭ssl服务 ???例： ???server { ???????listen 443 ssl; ???????server_name www.hhh.com; ???????root /nginx/test2/; ???????access_log /var/log/nginx/ssl_access.log main; ???????ssl on; ???????ssl_certificate /etc/pki/nginx/server.crt; #证书存放路径 ???????ssl_certificate_key /etc/pki/nginx/private/server.key; #私钥存放路径 ???????ssl_session_cache shared:SSL:1m; #在各worker之间启用大小为1m的共享缓存，可提高缓存利用率，1m可缓存4000个回话 ???????ssl_protocols sslv3 TLSv1 tlsv1.1 tlsv1.2; #设置支持的ssl协议 ???????ssl_session_timeout 10m; #设置共享缓存的超时时间9.nginx URL重写模块，rewrite模块(ngx_http_rewrite_module) ???根据用户请求的URL按一定规则进行重新替换或定向，使用户请求跳转至规则定制的URL ???????例：server { ???????????????server_name www.fff.com; ???????????????location ?/alais/ { ???????????????alias /nginx/ta/; ???????????????index index.html index.htm; ???????????????rewrite /(.*)\.png$ http://www.fff.com/$1.jpg; #将用户输入以.png结尾的请求全部替换为.jpg结尾的请求 ???????????????rewrite /(.*)$ https://www.fff.com/$1; #将用户请求全部重写为https协议并返回请求 ???????????????????????} ???????????????????} ???rewrite规则默认会自上而下一次匹配执行，当第一条rewrite执行后，会将新URL再重新在location中检查一遍，直到没有匹配的rewrite， ???这样可能会产生死循环，因为rewrite结尾默认有一个last标识，也可在结尾改为其他标识实现不提功能 ???????1.last #只要有新URL就会使用此标识结尾的规则检查一次 ???????2.break #检查若匹配就执行并不再执行后面的rewrite规则 ???????3.redirect #反馈给用户302响应码并将新定向的URL，让客户端自己请求新定向的URL ???????4.permanent #与redirect不同的是，permanent是永久重定向10.防盗链模块(ngx_http_referer_module) ???**#再打开某些网站时，会出现类似"此图片仅允许xx网内部使用"的图片提示，这就是基于此模块来实现防盗链的一种方法 ???valid_referers none | blocked | server_names | string ...; ???????????定义referer首部的合法可用值； ???????????????none：请求报文首部没有referer首部； ???????????????blocked：请求报文的referer首部没有值； ???????????????server_names：参数，其可以有值作为主机名或主机名模式； ???????????????????arbitrary_string：直接字符串，但可使用*作通配符； ???????????????????regular expression：被指定的正则表达式模式匹配到的字符串；要使用~打头，例如 ~.*\.magedu\.com； ???????????????例： ???????????????valid_referers none block server_names *.magedu.com *.mageedu.com magedu.* mageedu.* ~\.magedu\.; ???????????????if($invalid_referer) { ???????????????????return http://www.magedu.com/invalid.jpg;nginx作为http服务器常用模块
原文地址：http://blog.51cto.com/13322786/2156501