简介
nginx是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/STMP 代理服务器.
Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的， 而且开源免费
Nginx官网：http://nginx.org/
常用场景
- WEB资源服务器
- 动态匹配
- 反向代理
- Gzip压缩
- 负载均衡
- ...
默认配置
Nginx安装目录下的nginx.conf就是Nginx的全局配置文件
一行代码前面加个#就是注释
# 设置工作进程的数量
worker_processer 1;
# 处理连接
events {
# 设置连接数
worker_connections 1024;
}
http {
# 文件扩展名为查找集合
include mime.types;
# 当查找不到对应的类型时使用默认值
default_type application/octet-stream;
# 日志格式,定义别名为main
#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
# 指定日志输出目录
#access_log logs/access.log main;
# 调用sendfile 系统传输文件
sendfile on;
#tcp_nopush on;
#开启 Gzip 压缩
#gzio on;
# 虚拟主机
server {
listen 80; # 监听端口
server_name localhost; # 主机名(域名)
#charset koi8-r;
# 输出日志路径
#access_log logs/host.access.log main;
# 路由
location / {
index index.html index.htm index.php l.php;
autoindex off;
}
}
# 引入其他配置文件
include server/*;
}搭建静态站点
server {
# 监听端口
listen 80; #如果监听多个,另起一行再写一个
# 匹配请求中的host
server_name localhst; # 多个用空格隔开
#监听请求路径
location / {
# 查找目录
root /public;
# 默认查找
index index.html index.htm index.php
}
}server配置虚拟主机相关参数,可以有多个，一个代表一个虚拟主机server_name通过请求host值，找到对应的虚拟主机配置location配置请求路由,处理相关页面情况root查找资源的路径
配置好了之后,执行 nginx -t 检查配置是否有错,出现下面的提示则没有错误，有错误会写出错误多少行的
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
执行 nginx -s reload 更新nginx配置文件
nginx -t检查配置文件是否有错nginx -s reload更新配置文件nginx -s stop快速关闭nginxnginx -s等待工作进程处理完成后关闭
动态匹配（请求过滤）
通常在开发环境或者测试环境的时候呢我们修改了代码，因为浏览器缓存，可能不会生效，需要手动清除缓存，才能看到修改后的效果，这里我们做一个配置让浏览器不缓存相关的资源。
location ~* \.(js|css|png|jpg|gif)$ {
add_header Cache-Control no-store;
}
~* \.(js|css|png|jpg|gif)$ 是匹配以相关文件类型然后单独处理。 add_header 是给请求的响应加上一个头信息Cache-Control no-store，告知浏览器禁用缓存。
匹配规则
location = / {
[ configuration A ]
}
location / {
[ configuration B ]
}
location /documents/ {
[ configuration C ]
}
location ^~ /images/ {
[ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
[ configuration E ]
}
- =表示精确匹配。只有请求的url路径与后面的字符串完全相等时，才会命中（优先级最高）。- ^~表示如果该符号后面的字符是最佳匹配，采用该规则，不再进行后续的查找。- ~表示该规则是使用正则定义的，区分大小写。- ~*表示该规则是使用正则定义的，不区分大小写。
通过状态码来过滤请求
# 通过状态码，返回指定的错误页面
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /source/error_page;
}
反向代理解决跨域
因为浏览器的同源策略，当前端域名与后端域名不一致的时候导致请求失败。我们可以通过配置Nginx反向代理来解决。
location /api {
# 请求host传给后端
proxy_set_header Host $http_host;
# 请求ip 传给后端
proxy_set_header X-Real-IP $remote_addr;
# 请求协议传给后端
proxy_set_header X-Scheme $scheme;
# 路径重写
rewrite /api/(.*) /$1 break;
# 代理服务器
proxy_pass http://localhost:9000;
}- 拦截路径
/api, 可以通过正则匹配。 proxy_set_header允许重新定义或添加字段传递给代理服务器的请求头。$http_host、$remote_addr、$scheme为Nginx内置变量。- rewrite 根据rewrite后的请求URI，将路径重写，如：接口路径为
/user, 我们可以请求
/api/user。（为什么需要重写uri？因为在使用Nginx做反向代理的时候，需要匹配到跨域的接口再做转发，为了方便匹配，会人为的在原接口中添加一段路径（或标示，
如例子中的api），因此需要在匹配之后、转发之前把添加的那段去掉，因此需要rewrite。）
break继续本次请求后面的处理
,停止匹配下面的location。需要注意的是与之类似的last执行过程则是停止当前这个请求，并根据rewrite匹配的规则重新发起一个请求，从上到下依次匹配location后面的规则。proxy_pass代理服务器。
原理：Nginx拦截到相关匹配规则,
Nginx再将请求转发到http://localhost:9000，Nginx得到请求后再响应到前端，可以直接请求/api/user完成请求。
配置Gzip
开发过程中难免用到一些成熟的框架，或者插件，这些外部的依赖，有时候体积比较大，导致页面响应缓慢，我们可以用打包工具(webpack,
rollup)，将代码进行压缩，以缩小代码体积。 开启Nginx Gzip压缩功能。需要注意的是 Gzip
压缩功能需要浏览器跟服务器都支持，即服务器压缩，浏览器解析。
查看浏览器支持情况，确定 请求头 中的Accept-Encoding字段
确定浏览器支持，我们就可以在Nginx中配置
server {
# 开启gzip 压缩
gzip on;
# 设置gzip所需的http协议最低版本 （HTTP/1.1, HTTP/1.0）
gzip_http_version 1.1;
# 设置压缩级别，压缩级别越高压缩时间越长 （1-9）
gzip_comp_level 4;
# 设置压缩的最小字节数， 页面Content-Length获取
gzip_min_length 1000;
# 设置压缩文件的类型 （text/html)
gzip_types text/plain application/javascript text/css;
}
负载均衡
负载均衡是Nginx 比较常用的一个功能，可优化资源利用率，最大化吞吐量，减少延迟，确保容错配置，将流量分配到多个后端服务器。
也就是用户访问主机,主机绑定了主服务器,然后主服务器分流给负载服务器.
主服务器程序要和负载程序一样.
负载均衡的几种常用方式
1、轮询（默认）
upstream backserver {
server 192.168.0.14;
server 192.168.0.15;
}2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的
情况。
upstream backserver {
server 192.168.0.14 weight=3;
server 192.168.0.15 weight=7;}
权重越高，在被访问的概率越大，如上例，分别是30%，70%。
3、ip_hash
上述方式存在一个问题就是说，在负载均衡系统中，假如用户在某台服务器上登录了，那么该用户第二次请求的时候，因为我们是负载均衡系统，每次请求都会重新定位到服务器集群中的某一个，那么已经登录某一个服务器的用户再重新定位到另一个服务器，其登录信息将会丢失，这样显然是不妥的。
我们可以采用ip_hash指令解决这个问题，如果客户已经访问了某个服务器，当用户再次访问时，会将该请求通过哈希算法，自动定位到该服务器。
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
upstream backserver {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backserver {
server server1;
server server2;
fair;
}5、url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个（对应的）后端服务器，后端服务器为缓存时比较有效。
upstream backserver {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}
在需要使用负载均衡的server中增加
proxy_pass http://backserver/;
upstream backserver{
ip_hash;
server 127.0.0.1:9090 down; (down 表示单前的server暂时不参与负载)
server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大，负载的权重就越大)
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候，请求backup机器)
} max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
fail_timeout:max_fails次失败后，暂停的时间
配置实例：
#user nobody;
worker_processes 4;
events {
# 最大并发数
worker_connections 1024;
}
http{
# 待选服务器列表
upstream myproject{
# ip_hash指令，将同一用户引入同一服务器。
ip_hash;
server 125.219.42.4 fail_timeout=60s;
server 172.31.2.183;
}
server{
# 监听端口
listen 80;
# 根目录下
location / {
# 选择哪个服务器列表
proxy_pass http://myproject;
}
}
}
