Nginx相关命令有哪些

本篇内容主要讲解“Nginx相关命令有哪些”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Nginx相关命令有哪些”吧!

十年的古塔网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都全网营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整古塔建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。成都创新互联从事“古塔网站设计”,“古塔网站推广”以来，每个客户项目都认真落实执行。

1. Install

1.1 编译前Lib安装

备注：因为Centos安装的最小版本 所以缺的基础Lib有点多 。。这里应该是全的了

yum -y install gcc.x86_64 gcc-plugin-devel.x86_64 pcre-devel.x86_64 pcre-static.x86_64 pcre.x86_64 openssl-devel.x86_64 openssl-static.x86_64 openssl.x86_64 libxml2-static.x86_64 libxml2.x86_64 libxml2-devel.x86_64 libxslt-devel.x86_64 libxslt.x86_64 gd-devel.x86_64 gd.x86_64 GeoIP-devel.x86_64 GeoIP.x86_64

1.2 编译安装

1.2.1 configure

1.2.1.1 可用参数

1. --prefix=PATH: 设定nginx的安装目录

2. --user=name: 设定nginx worker process 以什么用户权限运行,可以用过nginx.conf修改

3. --group=name：设定nginx worker process 以什么用户组权限运行,可以用过nginx.conf修改

4. --with-threads ：nginx是否使用线程池

5. --with-file-aio ：设定在Linux上是否使用AIO

1.2.1.2 常用但不默认构建module表

1. --with-http_ssl_module https模块，默认不构建，需要OpenSSL库支持

2. --with-http_realip_module real_ip模块保证后端服务器的HttpRequestHeader中的IP为客户端实际IP，默认不构建；

3. --with-http_gunzip_module 对被gzip压缩的响应进行解压适应无法解压的客户端，默认不构建

4. --with-http_gzip_static_module 向客户端发送以gzip压缩过的文件，默认不构建

5. --with-http_slice_module 将http大请求划分成几个小请求,默认不构建

6. --with-debug 支持debug日志，默认不构建

7. --with-stream 支持四层的负载均衡，默认不构建

1.2.1.3 一个常用configure样例

./configure --prefix=/opt/nginx   --with-http_ssl_module  --with-http_realip_module  --with_stream

2. Begin Usage

2.1 nginx 启动相关命令

1. ./nginx 启动nginx

2. ./nignx -s stop — 快速关闭，即使有正在处理的请求直接关系连接

3. ./nignx -s quit — 优雅的关闭，不接受处理新请求；

4. ./nignx -s reload — 重新载入配置

5. ./nignx -s reopen — 重新打开日志输出

6. ./nginx -t 检测磁盘上的配置文是否合法

2.2 配置文件文件及解释

2.2.1 基本结构

2.2.2 基础配置解释

user  nginx nginx; # 需要创建一个nginx 用户及nginx用户组,禁止登陆
worker_processes  8; # 一般和CPU的核心数量一致即可,假定8个；
# worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 
# worker_cpu_affinity 仅linux系列支持,8核8位,4核心4位(0001 0010 0100 1000);设定进程的和CPU核心的绑定关系,可以见减少进程在CPU核心间调度产生的L123缓存的调度,从而提升效能
error_log  logs/error.log  info; # 设定nginx的日志位置及日志等级
pid        logs/nginx.pid; # 设定 nginx master进程Id文件
worker_rlimit_nofile 65536; # 设定每个worker进程最大句柄数,linux `ulimit -n 65536` 修改
events {
    use epoll; # 使用的IO模型,select、poll、epoll; Linux 可用的就这三个，默认epoll；
    worker_connections  65536; #设定每个worker process 可以处理的连接数，不能超过上面的worker_rlimit_nofile值
}

http {
    include       mime.types; # 引入文件 mime.types；
    default_type  application/octet-stream; #  默认的mime type为 application/octet-stream
    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        on; # 设定 nginx 是否使用 sendfile 函数输出文件，对于下载服务时请关闭；
    #tcp_nopush     on;
    #keepalive_timeout  0;
    keepalive_timeout  65;
    #gzip  on;

    upstream backend { # 负载均衡模块,一个后端服务器组;像 upstream，server等等相关的东西都可以另起文件，然后include 进来；
        server 192.168.1.11 weight = 5;
        server 192.168.1.12 weight = 2;
        server 192.168.1.10 backup;
    }

    server { #可以有多个不同的server(name、IP、端口不完全一致就可以)
        listen       127.0.0.1:80; # 监听的IP和端口,端口省略就是协议默认端口，IP省略就监听全部的IP
        server_name  localhost; # server的name,就是域名;支持通配符比如*.aruforce.site;支持正则 `~`开头
        # nginx 收到请求时:会先匹配IP和端口,如果有多个server匹配,则继续匹配req_header_Host 与server_name
        # 如果还是有多server_name 匹配：
        # 首选 正常的域名  的server
        # 次选 *开头的通配符域名 的server
        # 再次 *结尾的通配符域名 的server
        # 最后 选第一个出现的正则表达式域名 的server
        # 如果不存在匹配的域名则转发到默认的server(一般就是第一个)
        charset utf-8; #设定响应头
        access_log  logs/80-localhost.access.log  main;
        # 错误页设置
        error_page  404              /404.html; # 当http 404时返回/404.html 
        error_page  500 502 503 504  /50x.html; # 当http 50x时返回/50x.html
        # 静态文件
        location / {
            root   html; #root是指从本地文件目录查找,结尾不允许有/,如果一个req的URI匹配到,将访问文件系统的html$URI的文件,而URI starts with '/'；
            index  index.html index.htm;
        }
        location =/app/index.html{ # 精确匹配,访问http://localhost/app/index.html时,会访问html/app/index.html
            root   html;
            index  index.html index.htm;
        }

        # 下面的 2 和 3 区别
        location ^~ /app/{ # 访问http://localhost/app/index2.html时,会访问./app/index2.html;即使是有开头的^~但由于不是最长匹配,那么会进行正则型的匹配
            root   html;
            index  index.html index.htm;
        }
        location  /app/index2.html{ # 访问http://localhost/app/index2.html时，因为没有^~开头,尽管是最长匹配项，但仍旧会进行正则项的匹配，所以会访问./app/index2.html;如果 开头有^~则会访问html2/app/index2.html
            root   html2; # 
            index  index.html index.htm;
        }
        location ~ /app/{ #正则型匹配
            root   ./; # './'是指nignx的目录
            index  index.html index.htm;
        }
        location = /50x.html { # 精确匹配
            root   html;
        }
        location /app2{ # prefix型访问http://localhost/app2 时，会被nginx 回复301 重定向到 http://localhost/app2/;如果代理的是app2这个文件，请在前面加上`=`
            root html;
            index  index.html index.htm;
        }
        #代理功能
        location /nexus/{ #proxy1
            proxy_pass http://localhost:8081; 
            # proxy_pass 的uri要不要以`/`结尾：
            # 结尾是`/`的,nginx会把原请求的URI截断掉locationURI的部分然后拼接上proxy_pass的URI;
            # 结尾不是`/`的 就是proxy_pass_uri+req_uri;
        }
        # location /nexus/{ #proxy2
        #    proxy_pass http://localhost:8081/nexus/; # 这条配置和上面的是一个效果；
        # }
        # 这里以浏览器访问http://localhost/nexus/index.html为例说明:
        # proxy1的配置 相当浏览器访问http://localhost:8081+/nexus/index.thml
        # proxy2的配置 相当于浏览器访问 http://localhost:8081/nexus/ + index.html;
    }

    # 一个 HTTPS服务器
    server {
        listen       443 ssl; #
        server_name  www.aruforce.site *.aruforce.site;
        ssl_certificate      cert.pem; # 证书
        ssl_certificate_key  cert.key; # 签名
        ssl_session_cache    shared:SSL:1m;
        ssl_session_timeout  5m;
        ssl_ciphers  HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers  on;
        location / {
            root   html;
            index  index.html index.htm;
        }
    }
}

3. location的语法及匹配规则

3.1 语法

location [ = | ~ | ~* | ^~ ] uri{
    #config
}

3.1.1 前缀

0. location的写法分为两个大类prefix型 和 正则表达式型；

1. prefix型 必须以/ 开头(最佳实践,不写也行,nginx默认会加上)；

2. 正则表达式行型 开头必须有~(表示区分大小写的正则)或者~*（表示不区分大小写的正则）；

3. = 代表精确匹配，只配合prefix型使用；

4. ^~ 这个表示为最佳匹配,不再匹配正则型；

https://segmentfault.com/a/1190000013267839；要么这个文档有点不太对要么是我对这个文档理解错误了. 关于^~的解释还有匹配执行流程；

按照我对这个文档的内容理解，以上面的配置在访问http://localhost/app/index2.html 应该是访问 html/app/index2.html 文件才对（location ^~ /app/ 生效），但是实际上是./app/index2.html( location ~ /app/生效了)；

3.1.2 prefix型的uri结尾的/

0. 有 / 的,req会被正常处理

1. 没有 /的,nginx 会响应301(永久重定向)，重定向的URI = $req.uri+ /

2. 如果要代理具体的URI ，请使用 = 精确匹配；

3.2 大体匹配流程（规则）

0. nginx 首先会把req的URI正常化(解码[%xx]，解路径[.或者..]，尽可能压缩相邻重复的/后再开始匹配；

1. nginx会先查找 prefix型location进行匹配(从上到下)，如果匹配项以=开头的location则直接使用,否则继续向下匹配，从所有的prefix型匹配项中选择前缀最长A作为备用，如果A 以 ^~开头，会直接使用A，否则继续检查正则型，；

2. nginx从正则型的location从上往下进行匹配，若不存在匹配项,则使用A,否则使用第一个正则匹配项B；

3.3 例子

location = / {
    [ configuration A ]
}
location / {
    [ configuration B ]
}
location /documents/ {
    [ configuration C ]
}
location ^~ /images/ {
    [ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
    [ configuration E ]
}

0. 当req URI 为/ 时，使用A；

1. 当req URI 为/index.html 时，使用B

2. 当req URI 为/documents/index.html时,使用C

3. 当req URI为 /images/a.jpg时，使用D；

4. 当req URI 为 /docments/a.jpg时，使用 E;

4. http_core 提供的常用的变量（per request at runtime）（echo $*** 可以输出取到的值到日志文件,windows版本不支持echo）

5. http_rewrite 模块

5.1 用途

rewrite 模块主要用来修改每个request的URI;server 及location context可以多次使用;提供了if,break,return,rewrite,set几个指令；

5.2 执行流程

0. nginx 接收到了请求,确认使用那个server context

1. server context 内的 rewrite模块的指令按出现的顺序执行；

2. 新的URI(如果有重写的话)用来确定要使用的location context,该context 的指令执行按顺序执行；

3. 如果URI被改写了，则重新确认location context继续执行；(location 更改的最大次数为10次)

5.3 指令 及用法

5.3.1 if

if (condition) { # 注意if和 ( 之间有个空格

}

5.3.2 break

停止处理当前上下文内的rewrite模块的指令集,如果在location 上下文内,则跳过继续执行其他模块的指令；

5.3.3 return

停止处理当前请求,返回一个http状态码给客户端；

301、302、303、307、308:还可以追加一个重定向的URL 比如return 302 $scheme://$host:$server_post/login.html

444 :这个不是标准的状态码，nginx 会断开和客户端的链接

5.3.4 rewrite

rewrite regex replacement [flag];

0. regex：匹配请求URI的正则表达式，如果表示包含 } 或者 ： 那么表达式需要用"" 或者 '' 包起来

1. repalcement:用于替换的新URL：如果repalcement 以http://或者https://或者$scheme开头 nginx 用 replacement 发起重定向；重定向时会加上原来的请求参数，如果不需要可以在repalcement末尾加上?阻止；

2. flag:

5.3.5 rewrite_log

是否开启rewrite 模块处理的日志(level=notice)，on |off ; 开启的话会输出到error_log里面

6. 负载均衡

6.1 http层负载均衡及Health check

http {
    upstream backend { # http 后端服务器组;需要处在 http context 内
        least_conn；
        # 未指定均衡算法 则使用Round Robin  随机转发
        # least_conn:优先向当前连接数最小的服务器转发
        # ip-hash; # 根据客户端的ip进行取模后转发,能保证同一个IP的被转发到一个服务器(目的是session共享)
        # hash $request_uri ;# 通用Hash,根据请求的某个参数来Hash
        server 192.168.1.11 weight = 5 fail_timeout=30s max_fail = 10 slow_start=30s; 
        # 如果仅一个服务器后面这些参数会被忽略
        # weight(权重):接受5/7的请求；
        # health_ckeck(服务状态检查):如果30S内有10次失败，则这个服务器会被标记为不可用
        # slow_start：服务刚启动时处理请求可能比较慢(比如缓存是边运行边加载的情况下),可能会被流量直接打死，可以设置slow_start 这段时间后,流量才会逐步上升到响应的权重
        server 192.168.1.12 weight = 2; #接受 接受2/7的请求
        server 192.168.1.10 backup; # 备机当前面两个不可用时会把请求转发到这里
    }
    server{
        location / {
            proxy_pass http://backend;
        }
    }
}

6.2 TCP|UDP 负载均衡( ./configure --with-stream 模块) 及healthCheck

# 4层TCP负载均衡,均衡的是connection,也就说不用担心一个ClientSocket的数据被负载到不同的机器去
# 在nginx.conf 引入启动后(main context);MySQL 连接 127.0.0.1:9000(当然是可行的)
# 原本打算是试下UDP DNS的，但是手头没Linux环境所以...
stream { # 必须出现在main context,意思是说和http event等一个级别
    server{
        listen 127.0.0.1:9090;
        proxy_pass mysql;
    }
    upstream mysql{ #TCP负载均衡服务器组
        hash $remote_addr consistent; #
        server 127.0.0.1:3306 weight=5 max_fails=2 fail_timeout=30s slow_start=30s; 
        server 192.168.1.101:3306 ;
    }
    # DNS 服务
    #server{
    #   listen 127.0.0.1:53;
    #    proxy_pass remote_dns;
    #}
    #upstream remote_dns{ #TCP 负载均衡服务器组
    #   hash $remote_addr consistent; #
    #    server 192.168.1.1:53 ; # dns server
    #    server 192.168.0.1:53; # dns server
    #}
}

到此，相信大家对“Nginx相关命令有哪些”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！