Nginx学习

Nginx的三要素：

• 反向daili
• 负载均衡
• 动静分离

Nginx

一. Nginx操作的常用命令

使用nginx操作命令得前提是必须进入nginx得目录/usr/local/nginx/sbin

1. 查看nginx得版本号
   ./nginx -v
   
2. 启动nginx
   ./nginx
   
3. 关闭nginx
   ./nginx -s stop
   
4. 查看nginx的运行状态
   ps -ef | grep nginx
   
5. 重新加载nginx
   ./nginx -s reload

二. Nginx的配置文件

所在位置nginx/conf/nginx.conf

2.1 nginx配置文件中的配置项的概括

参照https://www.jianshu.com/p/1593954d5faf

从图中我们可以看出主要包含以下几大部分内容：

• main（全局设置）：设置的指令将影响其他所有设置；

• server（主机设置）：指令主要用于指定主机和端口、

• upstream（负载均衡服务器设置）：指令主要用于负载均衡，设置一系列的后端服务器

• location（URL匹配特定位置的设置）：用于匹配网页位置。

2.2 nginx配置文件中的各个配置项的详细含义

• 1. 全局块
     
     该部分配置主要影响Nginx全局，通常包括下面几个部分：
     a、配置运行Nginx服务器用户（组）
     如：user nobody nobody; user是个主模块指令，指定Nginx Worker进程运行以及用户组。
     指令格式：user user [group];
     user：指定可以运行Nginx服务器的用户；group：可选项，可以运行Nginx服务器的用户组。
     如果user指令不配置或者配置为user nobody nobody，默认由nobody账户运行。
     b、worker process数
     如：worker_processes 2; woker_processes是个主模块指令，制定了Nginx要开启的进程数。每个Nginx进程平均耗费10M~12M内存。建议指定和CPU的数量一致即可。
     Nginx服务器实现并发处理服务的关键。
     指令格式：worker_processes number | auto;
     number : Nginx 进程最多可以产生的worker process 数。
     auto ： Nginx 进程将自动检测
     在按照上面的配置格式配置了之后，假如上面的数目是2，那么启动Nginx服务器后，在后台主机上查看Nginx的进程情况，可以看到应该是有2个Nginx进程。
     c、错误日志的存放路径
     如：error_log logs/error.log notice; error_log 是个主模块指令，用来定义全局错误日志文件。日志输出级别有debug，info，notice，warn，error，erit可供选择，其中，debug输出日志最为详细，而crit输出日志最少。
     指定格式：error_log file | stderr;
     file : 日志输出到某个文件file
     stderr : 日志输出到标准错误输出 （日志输出级别）。
     d、Nginx进程PID存放路径
     如：pid logs/nginx.pid; pid是个主模块指令，用来指定进程pid的存储文件位置。
     Nginx进程是作为系统守护进程在进行，需要在某个文件中保存当前运行程序的主进程号，Nginx支持该保存文件路径的定义。
     指令格式：pid file;
     file：指定存放路径和文件名称。
     如果不指定，则默认置于路径 logs/nginx.pid
     e、worker_rlimit_nofile
     如：worker_rlimit_nofile 65535; 用来绑定worker进程和CPU，Linux内核2.4 以上可用
     指定进程可以打开的最多文件描述数目，理论值应该是最多打开文件数（ulimit -n ）与nginx进程数相除，但是Nginx分配请求并不是那么均匀，所以最好与ulimit -n 的值保持一致。
     现在在Linux2.6 内核下开启文件打开数为65535，worker_rlimit_nofile 就相应应该填写65535.这是因为Nginx调度时请求到进程并不是那么均衡，所以假如填写10240，总并发量达到3-4万时就有进程超过10240了，这就会返回502。

  events 事件指令是设定Nginx的工作模式及连接数上限

• 2. events块
     
     events事件指令是设定Nginx的工作模式及连接数上限。每个配置选项的含义解释如下：
     a、use
     如：use epoll;
     use是事件模块指令，用来指定Nginx的工作模式。Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll 。其中select 和poll 都是标准的工作模式，kqueue和epoll是高效的工作模式，不同的是epoll用在Linux平台上，而kqueue用在BSD系统中。对于Linux系统，epoll工作模式是首选。
     b、worker_connections
     如：worker_connections65536;
     work_connections也是个事件模块指令，用于定义Nginx每个进程的最大连接数，默认是1024。
• 3. http块
• 4. server块（最主要配置的模块）
     
     server 块是对虚拟主机的配置，server标志定义虚拟主机开始，
     A、listen用于指定虚拟主机的服务端口，
     B、server_name 用来指定IP地址或域名，多个域名之间用空格分开。
     C、index用于设定访问的默认首页地址.。
     D、root指令用于指定虚拟主机的网页根目录，这个目录可以是相对路径，也可以是绝对路径。
     E、charset用于设置网页的默认编码格式。
     F、access_log 用来指定虚拟主机的访问日志存放路径，最后的main 用于指定访问日志的输出格式。

• 5. location块
     包含在server块内。
     
     URL地址匹配是进行Nginx配置中最灵活的部分。 location支持正则表达式匹配，也支持条件判断匹配，用户可以通过location指令实现Nginx对动、静态网页进行过滤处理。使用location URL匹配配置还可以实现反向代理，用于实现PHP动态解析或者负载均衡。

     location配置的规则很多，这里参照了https://www.jianshu.com/p/d3fb148cb5eb

     1）匹配模式及顺序
     匹配字符串分为两种：普通字符串（literal string）和正则表达式（regular expression），其中 ~ 和 ~* 用于正则表达式， 其他前缀和无任何前缀都用于普通字符串。
     匹配顺序是：1、先匹配普通字符串，将最精确的匹配暂时存储；2、然后按照配置文件中的声明顺序进行正则表达式匹配，只要匹配到一条正则表达式，则停止匹配，取正则表达式为匹配结果；3、如果所有正则表达式都匹配不上，则取1中存储的结果；4、如果普通字符串和正则表达式都匹配不上，则报404 NOT FOUND。
     location = /uri =开头表示精确前缀匹配，只有完全匹配才能生效。
     location ^~ /uri ^~开头表示普通字符串匹配上以后不再进行正则匹配。
     location ~ pattern ~开头表示区分大小写的正则匹配。
     location ~* pattern ~*开头表示不区分大小写的正则匹配。
     location /uri 不带任何修饰符，表示前缀匹配。
     location / 通用匹配，任何未匹配到其他location的请求都会匹配到。
     注意：正则匹配会根据匹配顺序，找到第一个匹配的正则表达式后将停止搜索。普通字符串匹配则无视顺序，只会选择最精确的匹配。
     2）常用配置指令alias、root、proxy_pass

     1. alias——别名配置，用于访问文件系统，在匹配到location配置的URL路径后，指向alias配置的路径，如：

        location   /test/  {
        
                alias    /usr/local/;
        
        }
        

        请求/test/1.jpg（省略了协议和域名），将会返回文件/usr/local/1.jpg。

        如果alias配置在正则匹配的location内，则正则表达式中必须包含捕获语句（也就是括号()），而且alias配置中也要引用这些捕获值。如：

        location   ~*   /img/(.+\.(gif|png|jpeg)) {
        
            alias     /usr/local/images/$1;
        
        }
        

        请求中只要能匹配到正则，比如/img/flower.png 或者 /resource/img/flower.png，都会转换为请求/usr/local/images/flower.png。

     2. root——根路径配置，用于访问文件系统，在匹配到location配置的URL路径后，指向root配置的路径，并把请求路径附加到其后，如：

        location   /test/  {
        
                root    /usr/local/;
        
        }
        

        请求/test/1.jpg，将会返回文件/usr/local/test/1.jpg。

     3. proxy_pass——反向代理配置，用于代理请求，适用于前后端负载分离或多台机器、服务器负载分离的场景，在匹配到location配置的URL路径后，转发请求到proxy_pass配置额URL，是否会附加location配置路径与proxy_pass配置的路径后是否有"/“有关，有”/"则不附加，如：

        location   /test/  {
        
                proxy_pass    http://127.0.0.1:8080/;
        
        }
        

        请求/test/1.jpg，将会被nginx转发请求到http://127.0.0.1:8080/1.jpg（未附加/test/路径）。

未完，待续。。。

本文地址：https://blog.csdn.net/weixin_43155866/article/details/107371329