Nginx实践

访问日志

[Access.log]
log_format  main  '$remote_addr $remote_user [$time_local] "$request" $http_host '
                  '$status $upstream_status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" $ssl_protocol $ssl_cipher $upstream_addr '
                  '$request_time $upstream_response_time';

变量名

错误说明

常用指令

X-Accel-Redirect：

后端服务器返回，携带url，nginx会做内部重定向，只能访问internal的location。 可以通过proxy_ignore_headers配置禁掉。

proxy_intercept_errors：

指定对>=300的错误码，是直接返回给客户端，还是重定向到error_page中处理，默认关闭，即直接返回。

sendfile：

指定是否使用sendfile系统调用来传输文件。 sendfile系统调用在两个文件描述符之间直接传递数据(完全在内核中操作)，从而避免了数据在内核缓冲区和用户缓冲区之间的拷贝，操作效率很高，被称之为零拷贝。

tcp_nopush：

当使用sendfile函数时，tcp_nopush才起作用，它和指令tcp_nodelay是互斥的。 tcp_nopush = on 会设置调用tcp_cork方法，这个也是默认的，结果就是数据包不会马上传送出去，等到数据包最大时，一次性的传输出去，这样有助于解决网络堵塞。

tcp_nodelay:

设置套接字的TCP_NODELAY = on 选项禁用Nagle 算法，立即响应请求。

keepalive：

• 1，与client的长连接：默认开启。

http {
    keepalive_timeout  120s 120s;
    keepalive_requests 10000;
}

• 2，与server的长连接：默认为http1.0短连接

    upstream  BACKEND {
        ****
        keepalive 300;       
    }
    location /  {
        proxy_http_version 1.1; //http1.1支持长连接
        proxy_set_header Connection "";//重置client过来的header
    }

upstream

max_fails=number

设定Nginx与服务器通信的尝试失败的次数。在fail_timeout参数定义的时间段内，如果失败的次数达到此值，Nginx就认为服务器不可用。在下一个fail_timeout时间段，服务器不会再被尝试。 失败的尝试次数默认是1。设为0就会停止统计尝试次数，认为服务器是一直可用的。 你可以通过指令proxy_next_upstream、fastcgi_next_upstream和 memcached_next_upstream来配置什么是失败的尝试。 默认配置时，http_404状态不被认为是失败的尝试。

fail_timeout=time

设定服务器被认为不可用的时间段以及统计失败尝试次数的时间段。在这段时间中，服务器失败次数达到指定的尝试次数，服务器就被认为不可用。默认情况下，该超时时间是10秒。

location

修饰符

• = 表示精确匹配。只有请求的url路径与后面的字符串完全相等时，才会命中。
• ~ 表示该规则是使用正则定义的，区分大小写。
• ~* 表示该规则是使用正则定义的，不区分大小写。
• ^~ 表示如果该符号后面的字符是最佳匹配，采用该规则，不再进行后续的查找。

匹配过程

对请求的url序列化。例如，对%xx等字符进行解码，去除url中多个相连的/，解析url中的.，..等。这一步是匹配的前置工作。 location有两种表示形式，一种是使用前缀字符，一种是使用正则。如果是正则的话，前面有~或~*修饰符。 具体的匹配过程如下：

• 1. 首先先检查使用前缀字符定义的location，选择最长匹配的项并记录下来。
• 2. 如果找到了精确匹配的location，也就是使用了=修饰符的location，结束查找，使用它的配置。
• 3. 然后按顺序查找使用正则定义的location，如果匹配则停止查找，使用它定义的配置。
• 4. 如果没有匹配的正则location，则使用前面记录的最长匹配前缀字符location。

基于以上的匹配过程，我们可以得到以下两点启示： 1, 使用正则定义的location在配置文件中出现的顺序很重要。因为找到第一个匹配的正则后，查找就停止了，后面定义的正则就是再匹配也没有机会了。 2, 使用精确匹配可以提高查找的速度。例如经常请求/的话，可以使用=来定义location。

优先级

(location =) > (location 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (/)

rewrite

• last – 基本上都用这个Flag。
• break – 中止Rewirte，不在继续匹配
• redirect – 返回临时重定向的HTTP状态302
• permanent – 返回永久重定向的HTTP状态301

last和break最大的不同在于：break是终止当前location的rewrite检测,而且不再进行location匹配 - last是终止当前location的rewrite检测,但会继续重试location匹配并处理区块中的rewrite规则。

注意事项

• 1，nginx默认不转发带下划线的属性，定义属性时需要注意！
• 2，部分指令如proxy_set_header，一旦location中被调用，则外部该指令的所有调用都失效，不是简单的覆盖。