Nginx入门

基础

控制命令

信号量

Nginx启动后会产生一个master进程和多个worker进程，可以通过对master进行发送信号量实现对nginx进行控制与管理。

kill -信号量 pid
kill -信号量 `cat logs
ginx.pid`   //日志目录下的nginx.pid记录了nginx master进程的pid

信号量	功能
TERM,INT	强制快速关闭，不建议使用
QUIT	优雅的关闭进程,即等请求结束后再关闭
HUP	改变配置文件,平滑的重读配置文件
USR1	重读日志,在日志按月/日分割时有用
USR2	平滑的升级
WINCH	优雅关闭旧的进程(配合USR2来进行升级)

nginx命令控制

在nginx目录下的sbin中有个nginx是命令控制入口；

nginx   //启动nginx
nginx -h    //帮助
nginx -s singal //类似信号量，XX包括stop, quit, reopen, reload
nginx -t    //测试配置是否正确

日志管理

access日志

server段中配置access_log logs/host.access.log main;这说明该server, 它的访问日志的文件是logs/host.access.log ,使用的格式main格式。
http段中定义日志格式,定义好格式后可在配置日志的时候选择日志格式。

log_format main '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" "$http_x_forwarded_for"';

日志切割

采用cron与nginx的信号量(USR1)实现对日志的定时切割.

#!/bin/bash
base_path='/usr/local/nginx/logs'
log_path=$(date -d yesterday +"%Y%m")
day=$(date -d yesterday +"%d")
mkdir -p $base_path/$log_path
mv $base_path/access.log $base_path/$log_path/access_$day.log
#echo $base_path/$log_path/access_$day.log
kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`

location

location用于根据URI来进行不同的定位，在server中必须配置location来使URI定位到不同位置上。

精准匹配，必须完全匹配patt

location = patt{

}

一般匹配，根据URI的字符串进行匹配patt

location patt{

}

正则匹配

location ^~ patt{}  //表示URI以patt开头
location ~ patt{}   //表示区分大小写的正则匹配patt
location ~* patt{}  //表示不区分大小写的正则匹配patt
location !~ patt{}  //区分大小写不匹配的正则匹配patt
location !~* patt{} //表示不区分大小写的不匹配正则匹配patt

匹配流程

URI解析，进行精准匹配，匹配成功则返回，否则进入步骤2.
进行一般匹配，如果匹配成功则记录最长的那个匹配结果。进入步骤3.
进行正则匹配，先匹配^~的匹配，而后再按顺序匹配，当匹配到一个后马上返回结果，都没匹配上则返回2中的结果。

访问文件夹问题

当URI为文件夹时，nginx会进行两次匹配。
首先根据原始URI匹配到location，而后将原始URI加上location中index中设置的文件形成新的URI。
根据新的URI再次进行location匹配最终将结果呈现到浏览器。

rewrite

if (条件) {} 设定条件,再进行重写

if 空格 (条件){}
条件可以：
1: “=”来判断相等, 用于字符串比较
2: “~” 用正则来匹配(此处的正则区分大小写)
   ~* 不区分大小写的正则
3: -f -d -e来判断是否为文件,为目录,是否存在.

set #设置变量
return #返回状态码
break #跳出rewrite
rewrite #重写
服务器内部的rewrite和302跳转不一样.
跳转的话URL都变了,内部rewrite, 上下文所有nginx可以引用到的变量都没变。

location /ecshop {
index index.php;

rewrite goods-([d]+).html$ /ecshop/goods.php?id=$1;

rewrite article-([d]+).html$ /ecshop/article.php?id=$1;

rewrite category-(d+)-b(d+).html /ecshop/category.php?id=$1&brand=$2;

rewrite category-(d+)-b(d+)-min(d+)-max(d+)-attr([d.]+).html /ecshop/category.php?id=$1&brand=$2&price_min=$3&price_max=$4&filter_attr=$5;

rewrite category-(d+)-b(d+)-min(d+)-max(d+)-attr([d+.])-(d+)-([^-]+)-([^-]+).html /ecshop/category.php?id=$1&brand=$2&price_min=$3&price_max=$4&filter_attr=$5&page=$6&sort=$7&order=$8;
}

gzip

http协议的请求头中Accept-Encoding:gzip,deflate,sdch，必须包含gzip表示浏览器支持gzip压缩。
响应时如果返回gizp时需要设置Content-Encoding:gzip
Context: http, server, location, if in location 表示可以配置的位置。

gzip配置的常用参数
gzip on|off;  #是否开启gzip
gzip_buffers 32 4K| 16 8K #缓冲(压缩在内存中缓冲几块? 每块多大?)
gzip_comp_level [1-9] #推荐6 压缩级别(级别越高,压的越小,越浪费CPU计算资源)
gzip_disable #正则匹配UA 什么样的Uri不进行gzip
gzip_min_length 200 # 开始压缩的最小长度(再小就不要压缩了,意义不在)
gzip_http_version 1.0|1.1 # 开始压缩的http协议版本(可以不设置,目前几乎全是1.1协议)
gzip_proxied          # 设置请求者代理服务器,该如何缓存内容
gzip_types text/plain  application/xml # 对哪些类型的文件用压缩 如txt,xml,html ,css
gzip_vary on|off  # 是否传输gzip压缩标志

图片/mp3这样的二进制文件,不必压缩.

比较小的文件不必压缩.

expires

设置文件缓存在用户的浏览器端,且时间比较长的缓存.
在location或if段里,来写。
格式expires 30s/m/h/d，分别表示缓存秒/分/小时/天.
304 也是一种很好的缓存手段

原理：服务器响应文件内容是,同时响应etag标签(内容的签名,内容一变,他也变), 和 last_modified_since 2个标签值
浏览器下次去请求时,头信息发送这两个标签, 服务器检测文件有没有发生变化,如无,直接头信息返回 etag,last_modified_since
浏览器知道内容无改变,于是直接调用本地缓存.
这个过程,也请求了服务器,但是传着的内容极少.

反向代理与负载均衡

在location中设置proxy_pass即可实现反向代理。
多台服务器通过upstream绑定在一起并取一个组名，upstream写在http段中。
负载均衡则通过proxy_pass指向upstream的组名即可。

upstream backend {
    server backend1.example.com       weight=5;
    server backend2.example.com:8080;
    server unix:/tmp/backend3;

    server backup1.example.com:8080   backup;
    server backup2.example.com:8080   backup;
}

server {
    location / {
        proxy_pass http://backend;
    }
}