【1】启动

启动nginx系统方式：

（1）命令

nginx -c /usr/local/nginx/conf/nginx.conf 

说明：-c 参数指定运行nginx系统的自定义配置文件。

若加：使用自定义配置文件。实例请参见下文【停止】nginx系统的方式贴图。

若不加：使用默认的nginx.conf（一般位于/usr/local/conf/nginx.conf，具体以实际情况为准）

如下实例效果：

即nginx系统选择默认的配置文件

（2）shell脚本

新建start.sh文件，输入内容：

nginx -p `pwd`/.. -c conf/nginx.conf

需要启动时，执行./start.sh 即可

【2】停止

关闭nginx系统方式：

（1）命令

当nginx启动后，可以使用“-s”参数向nginx管理进程（即master进程）发送信号来控制nginx：nginx -s signal

其中，signal可以是以下值：

  [1] stop：快速关闭

  [2] quit：安全关闭

  [3] reload：重载配置文件

  [4] reopen：重新打开一个log文件，主要用于日志切割

quit信号，通知nginx等待worker进程处理完当前的请求后退出，此命令只能由启动nginx的linux账户来执行。

reload信号，通知nginx重新载入配置文件nginx.conf。 除了使用reload外，nginx只会在启动时载入一次配置文件，之后对配置文件的修改不会实时对已经运行的nginx进程生效。

当运行这个命令时，master进程会尝试读取配置文件，如果配置文件没有问题（配置文件有问题怎么验证呢？请看下文）：

master进程会启动新的worker进程来运行新的配置文件并处理请求，同时会通知老的worker进程不再处理新的请求并在处理完当前任务后退出。

如果配置文件存在问题不能执行，master进程会回退老配置文件继续工作，不会导致nginx进程整个异常退出。

linux的kill命令也可以达到相同的作用，假设nginx的master进程号（pid）是123456，那么 kill -s QUIT 123456 和 kill -s HUP 123456 这两条命令和前面quit、reload的作用相同。

关闭nginx命令1：

nginx -s quit

应用实例：

注意：必须使用启动nginx的用户执行此命令。

关闭nginx命令2：

kill -s quit PID

应用实例：

如上实例效果。

（2）shell脚本

新建stop.sh文件，输入内容：

nginx -p `pwd`/.. -c conf/nginx.conf -s quit

需要关闭系统时，执行./stop.sh即可

【3】重载配置

重新加载配置文件

（1）命令

nginx -s reload

应用实例如下：

注意：reload重新加载的配置，仍为启动nginx系统时运行的配置文件（应用场景：可能会因业务需求调整，对配置文件做修改，估需重新加载之，也称热部署）

（2）shell脚本

新建reload.sh文件，输入内容：

nginx -p `pwd`/.. -c conf/nginx.conf -s reload

需要重新加载配置文件时，执行./reload.sh即可。

【4】验证配置

为什么要验证配置呢？

试想一个场景，线上nginx系统正在正常运行。

现因某种原因，需重新加载一下配置文件，但是，在加载之前，你不确定刚编辑完成的配置文件是否正确（例如：语法等等规范性）

只有配置文件语法等等正确，加载后才会被系统重新读取并利用，否则，系统会回退原配置文件继续运行！！

因此，在加载配置文件之前，最好先验证一下配置文件的正确性。这样可以确保加载更有把握，更稳妥。

验证配置文件方式

（1）命令

验证默认配置文件

nginx -t

验证自定义配置文件

nginx -t -c /home/test/conf/nginx.conf

应用实例如下：

注意：两个红色框中的命令等价

（2）shell脚本

新建testconf.sh，输入内容：

nginx -p `pwd`/.. -c conf/nginx.conf -t

需要验证配置文件时，执行./testconf.sh即可。

 

备注：以上所有shell脚本，建议在conf同目录新建一个bin目录放置所有控制脚本即可。

 

Good Good Study, Day Day Up.

顺序 选择 循环 总结