我们使用Nginx主要是通过其配置文件nginx.conf来实现的。按照一定的规则，编写特定的指令，可以帮助我们实现对Web服务的控制！ 所以，学习Nginx的用法，几乎就是学习nginx.conf！

如何使用本篇文章

nginx.conf文件在哪里？

配置文件的语法规则：

全局配置块

设置一些影响Nginx服务器整体运行的配置指令，这些指令的作用域是Nginx服务器全局。

user user [group];

如果user指令不配置或者配置为user nobody nobody，则默认所有用户都可以启动Nginx进程。

该属性也可以在编译的时候指定，语法如下`./configure --user=user --group=group`,如果两个地方都进行了设置，最终生效的是配置文件中的配置。

worker_processes

master_process on|of ( 默认on)

worker_processes 个数;

当worker_process设置为3时

daemon on|off ( 默认值on)

pid PID 文件路径（例如：logs/nginx.pid）;

error_log 文件路径 [日志级别];

events块

events 块的主要功能：

accept_mutex on | off ;

multi_accept on|off;

worker_connections 数字 ;

use 网络IO模型 ;

http块

http块主要定义与 http服务相关 的配置

http全局

include mime.types;

default_type application/octet-stream;

add_header name value [always];

keepalive

keepalive_timeout timeout [header_timeout]

keepalive_requests number;

resolver_timeout time;

静态资源优化配置

sendfile on | o ff （默认值） ;

sendfile_max_chunk 数据量大小size（单位kb）;

tcp_nopush on|off （默认值）;

tcp_nodelay on （默认值）|off;

最佳实践 ：在http共有配置参数中全部开启

静态资源的压缩

功能 ：将Nginx服务中的静态资源进行压缩，再发送给Client（例如Chrome），减少网络传输量，提高传输速率和效率

基于ngx_http_gzip_module模块（已自动安装）的静态资源压缩

gzip on|off （默认）;

gzip_types mime-type ...;

http{
	gzip on; #开启
	gzip_types application/javascript; #指定对JS文件进行压缩
gzip_comp_level level;
设置Gzip压缩程度，级别从1-9。数字越低，压缩程度越低，压缩效率越高
默认值：gzip_comp_level 1;
gzip_vary on|off（默认值）;
用于设置使用Gzip进行压缩发送是否携带“Vary:Accept-Encoding”头域的响应头部。
主要是告诉接收方，所发送的数据经过了Gzip压缩处理
gzip_buffers number size;
指定处理请求压缩的缓冲区数量和大小。
默认值：gzip_buffers 32 4k | 16 8k;
number：指定Nginx服务器向系统申请缓存空间个数，size指的是每个缓存空间的大小。
主要实现的是申请number个每个大小为size的内存空间。这个值的设定一般会和服务器的操作系统有关，所以建议此项不设置，使用默认值即可。
gzip_disable regex ...;
针对不同种类客户端发起的请求，可以选择性地开启和关闭Gzip功能。
用来排除一些明显不支持Gzip的浏览器，例如排除IE：gzip_disable "MSIE [1-6]\.";
gzip_http_version 1.0|1.1（默认值）;
设定gzip支持的HTTP协议版本
gzip_min_length length;
要发送的数据量超过了length，才会开启Gzip压缩功能
默认值：gzip_min_length 20; #单位KB
gzip_proxied  off（默认值） | expired | no-cache | no-store | private | no_last_modified | no_etag | auth|any;
设置是否对服务端返回的结果进行Gzip压缩
off - 关闭Nginx服务器对后台服务器返回结果的Gzip压缩
expired - 启用压缩，如果header头中包含 "Expires" 头信息
no-cache - 启用压缩，如果header头中包含 "Cache-Control:no-cache" 头信息
no-store - 启用压缩，如果header头中包含 "Cache-Control:no-store" 头信息
private - 启用压缩，如果header头中包含 "Cache-Control:private" 头信息
no_last_modified - 启用压缩,如果header头中不包含 "Last-Modified" 头信息
no_etag - 启用压缩 ,如果header头中不包含 "ETag" 头信息
auth - 启用压缩 , 如果header头中包含 "Authorization" 头信息
any - 无条件启用压缩
gzip on;  			  #开启gzip功能
gzip_types *;		  #压缩源文件类型,根据具体的访问资源类型设定
gzip_comp_level 6;	  #gzip压缩级别
gzip_min_length 1024; #进行压缩响应页面的最小长度,content-length
gzip_buffers 4 16K;	  #缓存空间大小
gzip_http_version 1.1; #指定压缩响应所需要的最低HTTP请求版本
gzip_vary  on;		  #往头信息中添加压缩标识
gzip_disable "MSIE [1-6]\."; #对IE6以下的版本都不进行压缩
gzip_proxied  off； #nginx作为反向代理压缩服务端返回数据的条件
这个配置可能再多处都要使用，我们将其抽取为独立的配置文件，方便在多处进行“include”
Step1：vim %nginx所在目录%/config/my_config/gzip_config.conf
Step2：在Nginx主配置目录导入该文件：vim %nginx所在目录%/config/nginx.conf
Gzip和sendfile共存问题
在开启sendfile以后，在读取磁盘上的静态资源文件的时候，可以减少拷贝的次数，可以不经过用户进程将静态文件通过网络设备发送出去，但是Gzip要想对资源压缩，是需要经过用户进程进行操作的。
如何解决两个设置的共存问题。
可以使用ngx_http_gzip_static_module模块的gzip_static指令来解决。
开启了gzip_static后，检查与访问资源同名的.gz文件时，response中以gzip相关的header返回.gz文件的内容。
安装ngx_http_gzip_static_module
默认安装是没有安装ngx_http_gzip_static_module的，所以我们需要指定该模块重新安装。
操纵步骤类似于Nginx的平滑升级
主要思想：重新编译一个指定了该模块的后的二进制文件，替换掉原来的二进制文件即可
查看以前Nginx的编译参数：nginx -V
备份以前安装目录中sbin下的二进制文件，防止安装失败后进行恢复：mv nginx nginx_old
进入数据包目录：cd /home/ks/nginx-版本号
清空之前编译的内容：make clean
指定安装参数：./configure --with-http_gzip_static_module
遍历：make
将objs目录下的nginx二进制执行文件移动到nginx安装目录下的sbin目录中：mv objs/nginx /usr/local/nginx/sbin
执行更新命令：make upgrade #注意当前所在目录是在Nginx数据包目录下
语法：gzip_static on | off（默认值） | always;
位置：http、server、location
直接访问`http://192.168.200.133/jquery.js`
使用gzip命令进行压缩：gzip jquery.js
再次访问`http://192.168.200.133/jquery.js`
Nginx的web缓存服务主要是使用`ngx_http_proxy_module`模块相关指令集来完成
proxy_cache_path path [levels=number] keys_zone=zone_name:zone_size [inactive=time] [max_size=size];
设置缓存文件的存放路径
位置：http
path：缓存路径，例如：/usr/local/proxy_cache
levels：指定该缓存空间对应的目录，最多可以设置3层
levels=1:2 缓存空间有两层目录，第一次是1个字母，第二次是2个字母
举例说明:
itheima[key]通过MD5加密以后的值为 43c8233266edce38c2c9af0694e2107d
levels=1:2 最终的存储路径为/usr/local/proxy_cache/d/07
levels=2:1:2 最终的存储路径为/usr/local/proxy_cache/7d/0/21
levels=2:2:2 最终的存储路径为??/usr/local/proxy_cache/7d/10/e2
keys_zone：为这个缓存区设置名称和指定大小。例如：keys_zone=itcast:200m 缓存区的名称是itcast, 大小为200M, 1M大概能存储8000个keys
inactive：指定缓存的数据多次时间未被访问就将被删除。例如：inactive=1d #缓存数据在1天内没有被访问就会被删除
max_size: 设置最大缓存空间，如果缓存空间存满，默认会覆盖缓存时间最长的资源。例如：max_size=20g
http { #次配置在http块中
	proxy_cache_path /usr/local/proxy_cache keys_zone=itcast:200m  levels=1:2:1 inactive=1d max_size=20g;
proxy_cache zone_name | off（默认）;
用来开启或关闭代理缓存，如果是开启则需要指定缓存区的名称
zone_name：缓存区的名字
位置：http、server、location
proxy_cache_key key;
该指令用来设置web缓存的key值，Nginx会根据key值MD5哈希存缓存
默认值：proxy_cache_key $scheme$proxy_host$request_uri;
位置：http、server、location
proxy_cache_valid [code ...] time;
该指令用来对不同返回状态码的URL设置不同的缓存时间
位置：http、server、location
proxy_cache_valid 200 302 10m; #响应为200和302的URL设置10分钟缓存
proxy_cache_valid 404 1m; #响应为404的URL设置1分钟缓存
proxy_cache_valid any 1m; #对所有响应状态码的URL都设置1分钟缓存
proxy_cache_min_uses number;
该指令用来设置资源被访问多少次后被缓存
默认值：proxy_cache_min_uses 1;
位置：http、server、location
proxy_cache_methods GET|HEAD|POST;
该指令用户设置缓存哪些HTTP方法
默认值：proxy_cache_methods GET HEAD; #默认缓存HTTP的GET和HEAD方法，不缓存POST方法。
位置：http、server、location
ResponseHeader中的缓存
expires [modified] time | epoch | max | off（默认值）;
功能：控制缓存
time：如果为整数或0，则表明指定有效期，Cache-Control的值为max-age=time；如果是负数，则表明即时失效，Cache-Control则为no-cache
epoch：指定Expires的值为'1 January,1970,00:00:01 GMT'(1970-01-01 00:00:00)，Cache-Control的值no-cache
max：指定Expires的值为'31 December2037 23:59:59GMT' (2037-12-31 23:59:59) ，Cache-Control的值为10年
off：默认不缓存。
位置：http, server, location
Cache-Control：告诉所有的缓存机制是否可以缓存及哪种类型。
must-revalidate：可缓存但必须再向源服务器进行确认
no-cache：缓存前必须确认其有效性
no-store：不缓存请求或响应的任何内容
no-transform：代理不可更改媒体类型
public：可向任意方提供响应的缓存
private：仅向特定用户返回响应
proxy-revalidate：要求中间缓存服务器对缓存的响应有效性再进行确认
max-age=<秒>：响应最大Age值
s-maxage=<秒>：公共缓存服务器响应的最大Age值
通过add_header指控制Response Header中的数据。例子：设定响应头中Cache-Control为public：add_header Cache-Control public;
方式一：删除对应的缓存目录
方式二：使用第三方扩展模块（ngx_cache_purge，需要安装）
ngx_cache_purge安装过程
下载ngx_cache_purge模块对应的资源包：ngx_cache_purge-2.3.tar.gz
解压缩：tar -zxf ngx_cache_purge-2.3.tar.gz
修改文件夹名称，方便后期配置：mv ngx_cache_purge-2.3 purge
查询Nginx的配置参数：nginx -V
进入Nginx的安装目录，使用./configure进行参数配置：./configure --add-module=/root/nginx/module/purge
编译：make
备份以前的二进制文件：mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginxold
将编译后的objs中的nginx拷贝到nginx的sbin目录下：cp objs/nginx /usr/local/nginx/sbin
使用make进行升级：make upgrade
在nginx配置文件中进行如下配置
server{
	location ~/purge(/.*) {
		proxy_cache_purge itcast itheima;
proxy_no_cache string ...;
该指令是用来定义不将数据进行缓存的条件
位置：http、server、location
配置实例：proxy_no_cache $cookie_nocache $arg_nocache $arg_comment;
proxy_cache_bypass string ...;
该指令是用来设置不从缓存中获取数据的条件。
位置：http、server、location
配置实例：proxy_cache_bypass $cookie_nocache $arg_nocache $arg_comment;
$cookie_nocache：指的是当前请求的cookie中键的名称为nocache对应的值
$arg_nocache和$arg_comment：指的是当前请求的参数中属性名为nocache和comment对应的属性值
实例：配置不缓存的资源
server{
	listen	8080;
	server_name localhost;
	location / {
		if ($request_uri ~ /.*\.js$){
           set $nocache 1;
		proxy_no_cache $nocache $cookie_nocache $arg_nocache $arg_comment;
        proxy_cache_bypass $nocache $cookie_nocache $arg_nocache $arg_comment;
access_log on/off;
开启或关闭日志记录功能
位置：http, server, location
access_log path[format[buffer=size]]
指定access_log日志的文件格式
默认值：access_log logs/access.log combined;
log_format name [escape=default\|json\|none] string....;
指定日志的输出格式
默认值：log_format combined "...";
gzip on | off;
开启关闭压缩日志文件
用户手动选择：在网站主页上面提供不同线路、不同服务器链接方式，让用户来选择自己访问的具体服务器，来实现负载均衡。
DNS轮询方式：采用简单轮询方法
每次访问，都需要情况DNS缓存（ipconfig/flushdns），才能看到效果
第四层负载均衡：在OSI七层模型中的传输层，主要是基于IP+PORT的负载均衡
硬件：F5 BIG-IP、Radware等
软件：LVS、Nginx、Hayproxy等
第七层负载均衡：在应用层，主要是基于虚拟的URL或主机IP的负载均衡
软件：Nginx、Hayproxy等
四层负载均衡数据包是在底层就进行了分发，而七层负载均衡数据包则在最顶端进行分发，所以四层负载均衡的效率比七层负载均衡的要高。
四层负载均衡不识别域名，而七层负载均衡识别域名。
第二层负载均衡：在数据链路层基于mac地址来实现负载均衡
第三层负载均衡：在网络层一般采用虚拟IP地址的方式实现负载均衡
最佳实践：四层负载(LVS)+七层负载(Nginx)
第七层负载均衡
upstream 取个名字 {
   server 服务的域名或者IP地址 [paramerters]
   server 服务的域名或者IP地址 [paramerters] …  #可以配置多个服务
定义一组用于负载均衡的服务器
它们可以是监听不同端口的服务器，并且也可以是同时监听TCP和Unix socket的服务器。服务器可以指定不同的权重，默认为1。
位置：http
paramerters-控制负载服务的状态
down：当前的server暂时不参与负载均衡。该状态一般会对需要停机维护的服务器进行设置。
backup：预留的备份服务器。当主服务器不可用时，将用来传递请求。
max_fails=number：设置允许请求代理服务器失败的次数，默认为1。
fail_timeout=time：设置经过max_fails失败后，服务暂停的时间，默认是10秒。
max_conns：限制最大的接收连接数
第七层的均衡策略
负载均衡策略
轮询：默认方式
weight：权重方式
ip_hash：依据ip分配方式
least_conn：依据最少连接方式
url_hash：依据URL分配方式
fair：依据响应时间方式
weight：权重方式
weight=number
number默认为1，权重数据越大，被分配到请求的几率越大；
该权重值，主要是针对实际工作环境中不同的后端服务器硬件配置进行调整的，所有此策略比较适合服务器的硬件配置差别比较大的情况。
ip_hash：依据ip分配方式
当对后端的多台动态应用服务器做负载均衡时，ip_hash指令能够将某个客户端IP的请求通过哈希算法定位到同一台后端服务器上。
这样，当来自某一个IP的用户在后端Web服务器A上登录后，在访问该站点的其他URL，能保证其访问的还是后端web服务器A。
注意：这样无法保证100%负载均衡，因为可能所有IP都hash到了一台服务器上。此外，服务的权重将失效。
least_conn：依据最少连接方式
最少连接，把请求转发给连接数较少的后端服务器。
轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果。
此策略适合请求处理时间长短不一造成服务器过载的情况。
url_hash：依据URL分配方式
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器
fair：依据响应时间方式
第三方模块提供的负载策略
可以根据页面大小、加载时间长短智能的进行负载均衡。
模块地址：https://github.com/gnosek/nginx-upstream-fair，采取类似于Nginx升级的方式载入该模块到Nginx
第四层负载均衡
Nginx在1.9之后，增加了一个stream模块，用来实现四层协议的转发、代理、负载均衡等。stream模块的用法跟http的用法类似，允许我们配置一组TCP或者UDP等协议的监听，然后通过proxy_pass来转发我们的请求，通过upstream添加多个后端服务，实现负载均衡。
四层协议负载均衡的实现，一般都会用到LVS、HAProxy、F5等，要么很贵要么配置很麻烦，而Nginx的配置相对来说更简单，更能快速完成工作。
添加stream模块的支持
Nginx默认是没有编译这个模块的，需要使用到stream模块，那么需要在编译的时候加上`--with-stream`。
完成添加`--with-stream`的实现步骤:
将原有/usr/local/nginx/sbin/nginx进行备份
拷贝nginx之前的配置信息
在nginx的安装源码进行配置指定对应模块 ./configure --with-stream
通过make模板进行编译
将objs下面的nginx移动到/usr/local/nginx/sbin下
在源码目录下执行 make upgrade进行升级，这个可以实现不停机添加新模块的功能
stream 取个名字 {
    server 服务的域名或者IP地址 [paramerters]
    server 服务的域名或者IP地址 [paramerters] …  #可以配置多个服务
定义一组用于负载均衡的服务器
它们可以是监听不同端口的服务器，并且也可以是同时监听TCP和Unix socket的服务器。服务器可以指定不同的权重，默认为1。
位置：与http同级
worker_processes  1;
events {
    worker_connections  1024;
stream {
        upstream redisbackend {
                server 192.168.200.146:6379;
                server 192.168.200.146:6378;
        upstream tomcatbackend {
        		server 192.168.200.146:8080;
        server {
                listen  81;
                proxy_pass redisbackend;
        server {
        		listen	82;
        		proxy_pass tomcatbackend;
http {
    include       mime.types;
    default_type  application/octet-stream;
    keepalive_timeout  65;
    server {
        listen       80;
        server_name  hackyle.com;
        location / {
            default_type text/html;
            return 200 "<h1>I am hackyle.com</h1>";
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;