Nginx目录结构分析
在使用Nginx之前，我们先对安装好的Nginx目录文件进行一个分析，在这块给大家介绍一个工具tree，通过tree我们可以很方面的去查看centos系统上的文件目录结构，当然，如果想使用tree工具，就得先通过yum install -y tree来进行安装，安装成功后，可以通过执行tree /usr/local/nginx(tree后面跟的是Nginx的安装目录)，获取的结果如下：
CGI(Common Gateway Interface)通用网关【接口】，主要解决的问题是从客户端发送一个请求和数据，服务端获取到请求和数据后可以调用调用CGI【程序】处理及相应结果给客户端的一种标准规范。
| 目录 | 文件 | 解释 |
|---|---|---|
| conf | nginx所有配置文件目录 | |
| fastcgi.conf | fastcgi相关配置文件 | |
| fastcgi.conf.default | fastcgi.conf的备份文件 | |
| fastcgi_params | fastcgi的参数文件 | |
| fastcgi_params.default | fastcgi的参数备份文件 | |
| scgi_params | scgi的参数文件 | |
| scgi_params.default | scgi的参数备份文件 | |
| uwsgi_params | uwsgi的参数文件 | |
| uwsgi_params.default | uwsgi的参数备份文件 | |
| mime.types | 记录的是HTTP协议中的Content-Type的值和文件后缀名的对应关系 | |
| mime.types.default | mime.types的备份文件 | |
| nginx.conf | 这个是Nginx的核心配置文件，这个文件非常重要，也是我们即将要学习的重点 | |
| nginx.conf.default | nginx.conf的备份文件 | |
| koi-utf、koi-win、win-utf | 这三个文件都是与编码转换映射相关的配置文件，用来将一种编码转换成另一种编码 | |
| html | 存放nginx自带的两个静态的html页面 | |
| 50x.html | 访问失败后的失败页面 | |
| index.html | 成功访问的默认首页 | |
| logs | 记录入门的文件，当nginx服务器启动后，这里面会有 access.log error.log 和nginx.pid三个文件出现。 | |
| sbin | 存放执行程序文件nginx | |
| nginx | 用来控制Nginx的启动和停止等相关的命令 |
Nginx服务器启停命令
Nginx安装完成后，接下来我们要学习的是如何启动、重启和停止Nginx的服务。
对于Nginx的启停在linux系统中也有很多种方式，我们主要使用两种方式：
- Nginx服务的信号控制
- Nginx的命令行控制
方式一:Nginx服务的信号控制
Nginx中的master和worker进程?
Nginx的工作方式?
如何获取进程的PID?
信号有哪些?
如何通过信号控制Nginx的启停等相关操作?前面在提到Nginx的高性能，其实也和它的架构模式有关。Nginx默认采用的是多进程的方式来工作的，当将Nginx启动后，我们通过ps -ef | grep nginx命令可以查看到如下内容：
从上图中可以看到,Nginx后台进程中包含一个master进程和一个worker进程，其实可以多个。master进程主要用来管理worker进程，包含接收外界的信息，并将接收到的信号发送给各个worker进程，监控worker进程的状态，当worker进程出现异常退出后，会自动重新启动新的worker进程。而worker进程则是专门用来处理用户请求的，各个worker进程之间是平等的并且相互独立，处理请求的机会也是一样的。nginx的进程模型，我们可以通过下图来说明下：
我们现在作为管理员，只需要通过给master进程发送信号就可以来控制Nginx,这个时候我们需要有两个前提条件，一个是要操作的master进程，一个是信号。
（1）要想操作Nginx的master进程，就需要获取到master进程的进程号ID。获取方式简单介绍两个，
方式一：通过ps -ef | grep nginx；
方式二：在讲解nginx的./configure的配置参数的时候，有一个参数是--pid-path=PATH 默认是 /usr/local/nginx/logs/nginx.pid ,所以可以通过查看该文件来获取nginx的master进程ID.
（2）信号
|信号|作用|
|:-|:-|
|TERM/INT|立即关闭整个服务|
|QUIT|"优雅"地关闭整个服务|
|HUP|重读配置文件并使用服务对新配置项生效|
|USR1|重新打开日志文件，可以用来进行日志切割|
|USR2|平滑升级到最新版的nginx|
|WINCH|所有子进程不在接收处理新连接，相当于给work进程发送QUIT指令|
调用命令为kill -signal PID
signal:即为信号；PID即为获取到的master线程ID
- 发送TERM/INT信号给master进程，会将Nginx服务立即关闭。
kill -TERM PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`
kill -INT PID / kill -INT `cat /usr/local/nginx/logs/nginx.pid`- 发送QUIT信号给master进程，master进程会控制所有的work进程不再接收新的请求，等所有请求处理完后，在把进程都关闭掉。
kill -QUIT PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`- 发送HUP信号给master进程，master进程会把控制旧的work进程不再接收新的请求，等处理完请求后将旧的work进程关闭掉，然后根据nginx的配置文件重新启动新的work进程
kill -HUP PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`- 发送USR1信号给master进程，告诉Nginx重新开启日志文件
kill -USR1 PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`- 发送USR2信号给master进程，告诉master进程要平滑升级，这个时候，会重新开启对应的master进程和work进程，整个系统中将会有两个master进程，并且新的master进程的PID会被记录在
/usr/local/nginx/logs/nginx.pid而之前的旧的master进程PID会被记录在/usr/local/nginx/logs/nginx.pid.oldbin文件中，接着再次发送QUIT信号给旧的master进程，让其处理完请求后再进行关闭
kill -USR2 PID / kill -USR2 `cat /usr/local/nginx/logs/nginx.pid`
kill -QUIT PID / kill -QUIT `cat /usr/local/nginx/logs/nginx.pid.oldbin`- 发送WINCH信号给master进程,让master进程控制不让所有的work进程在接收新的请求了，请求处理完后关闭work进程。注意master进程不会被关闭掉
kill -WINCH PID /kill -WINCH`cat /usr/local/nginx/logs/nginx.pid`方式二:Nginx的命令行控制
此方式是通过Nginx安装目录下的sbin下的可执行文件nginx来进行Nginx状态的控制，我们可以通过nginx -h来查看都有哪些参数可以用：
-v:打印版本号信息并退出
-V:打印版本号信息和配置信息并退出
-t:测试nginx的配置文件语法是否正确并退出
-T:测试nginx的配置文件语法是否正确并列出用到的配置文件信息然后退出
-q:在配置测试期间禁止显示非错误消息
-s:signal信号，后面可以跟 ：
stop[快速关闭，类似于TERM/INT信号的作用]
quit[优雅的关闭，类似于QUIT信号的作用]
reopen[重新打开日志文件类似于USR1信号的作用]
reload[类似于HUP信号的作用]
-p:prefix，指定Nginx的prefix路径，(默认为: /usr/local/nginx/)
-c:filename,指定Nginx的配置文件路径,(默认为: conf/nginx.conf)
-g:用来补充Nginx配置文件，向Nginx服务指定启动时应用全局的配置