Nginx(语法):04---Nginx的命令行控制

  • 在默认的情况下:
    • Nginx安装在/usr/local/nginx/下
    • 可执行的Nginx文件为/usr/local/nginx//sbin/nginx
    • 默认的配置文件为/usr/local/nginx/conf/nginx.conf

一、Nginx启动的几种方式

①默认启动方式

  • 执行执行Nginx二进制程序。例如:
sudo /usr/local/nginx/sbin/nginx

  • 默认的启动方式会读取默认路径下的配置文件:/usr/local/nginx/conf/nginx.conf

②以其他配置文件的启动方式(-c)

  • 使用-c参数指定配置文件
  • 例如,下面以~/目录下的tmpnginx.conf配置文件启动nginx
sudo /usr/local/nginx/sbin/nginx -c ~/tmpnginx.conf

③另行执行安装目录的启动方式(-p)

  • 使用-p参数指定Nginx的安装目录。例如:
sudo /usr/local/nginx/sbin/nginx -p /usr/local/nginx

④另行指定全局配置项的启动方式(-g)

  • 可以通过-g参数临时指定一些全局配置项,以使新的配置项生效
  • 例如,上面这行命令意味着会把pid文件写到/var/nginx/test.pid中
sudo /usr/local/nginx/sbin/nginx -g "pid /var/nginx/test.pid;"
  • 使用该参数有两个约束条件:
    • ①指定的配置项不能与默认路径下的nginx.conf中的配置项相冲突,否 则无法启动。就像上例那样,类似这样的配置项:pid logs/nginx.pid,是不能存在于默认的 nginx.conf中的
    •  以-g方式启动的Nginx服务执行其他命令行时,需要把-g参数也带上,否则可能出现配置项不匹配的情形。例如,如果要停止Nginx服务,那么需要执行下面代码,如果不带上-g "pid /var/nginx/test.pid;",那么找不到pid文件,也会出现无法停止服务的情 况
sudo /usr/local/nginx/sbin/nginx -g "pid /var/nginx/test.pid;" -s stop

二、Nginx关闭的几种方式

①快速地停止服务(-s stop)

  • 使用-s stop可以强制停止Nginx服务。-s参数其实是告诉Nginx程序向正在运行的Nginx服 务发送信号量,Nginx程序通过nginx.pid文件中得到master进程的进程ID,再向运行中的 master进程发送TERM信号来快速地关闭Nginx服务
  • 例如:
sudo /usr/local/nginx/sbin/nginx -s stop
  • 实际上,如果通过kill命令直接向nginx master进程发送TERM或者INT信号,效果是一样的。例如,先通过ps命令来查看nginx master的进程ID,然后通过kill命令关闭

sudo kill -s SIGTERM 20512

#或者使用下面的命令
sudo kill -s SIGINT 20512

②“优雅”地停止服务(-s quit)

  • 如果希望Nginx服务可以正常地处理完当前所有请求再停止服务,那么可以使用-s quit参数来停止服务。该命令与快速停止Nginx服务是有区别的。当快速停止服务时,worker进程与master进程 在收到信号后会立刻跳出循环,退出进程。而“优雅”地停止服务时,首先会关闭监听端口, 停止接收新的连接,然后把当前正在处理的连接全部处理完,最后再退出进程。
  • 例如:
sudo /usr/local/nginx/sbin/nginx -s quit

 

  •  与快速停止服务相似,可以直接发送QUIT信号给master进程来停止服务。其效果与执 行-s quit命令是一样的。例如:
sudo kill SIGQUIT <nginx master pid>

三、关闭某个worker进程

  • 如果希望“优雅”地停止某个worker进程,与上面一样,那么可以通过向该进程发送WINCH信号来停止 服务
  • 例如:
sudo kill -s SIGWINCH <nginx worker pid>

四、查看信息相关的命令

①测试配置信息是否有错误(-t)

  • 在不启动Nginx的情况下,使用-t参数仅测试配置文件是否有错误。执行结果中显示配置是否正确
  • 例如:
sudo /usr/local/nginx/sbin/nginx -t

 

②在测试配置阶段不输出信息(-q)

  • 测试配置选项时,使用-q参数可以不把error级别以下的信息输出到屏幕
  • 例如:
sudo /usr/local/nginx/sbin/nginx -t -q

 

③显示版本信息(-v)

  • 使用-v参数显示Nginx的版本信息
  • 例如:
sudo /usr/local/nginx/sbin/nginx -v

 

④显示编译阶段的参数(-V)

  • 使用-V参数除了可以显示Nginx的版本信息外,还可以显示配置编译阶段的信息,如GCC编译器的版本、操作系统的版本、执行configure时的参数等
  • 例如:
sudo /usr/local/nginx/sbin/nginx -V

四、使运行中的Nginx重读配置项并生效

  • 使用-s reload参数可以使运行中的Nginx服务重新加载nginx.conf文件

演示案例

  • 先启动Nginx

  • 然后使Nginx服务重新加载nginx.conf文件
sudo /usr/local/nginx/sbin/nginx -s reload

 

  • 事实上,Nginx会先检查新的配置项是否有误,如果全部正确就以“优雅”的方式关闭, 再重新启动Nginx来实现这个目的
  • 类似的,-s是发送信号,可以用kill命令发送HUP信号来达到相同的效果。例如:
sudo kill SIGHUP <nginx master pid>

五、日志文件回滚

  • 使用-s reopen参数可以重新打开日志文件,这样可以先把当前日志文件改名或转移到其他目录中进行备份,再重新打开时就会生成新的日志文件。这个功能使得日志文件不至于过大
  • 例如:
sudo /usr/local/nginx/sbin/nginx -s reopen
  •  当然,使用kill命令发送USR1信号效果相同
sudo kill SIGUSR1 <nginx master pid>

六、平滑升级Nginx

  • 当Nginx服务升级到新的版本时,必须要将旧的二进制文件Nginx替换掉,通常情况下这是需要重启服务的,但Nginx支持不重启服务来完成新版本的平滑升级
  • 升级时包括以下步骤:
    • ①通知正在运行的旧版本Nginx准备升级。通过向master进程发送USR2信号可达到目的。例如:kill -s SIGUSR2 <nginx master pid>
    • ②这时,运行中的Nginx会将pid文件重命名,如将usrlocal/nginx/logs/nginx.pid重命名 为usrlocal/nginx/logs/nginx.pid.oldbin,这样新的Nginx才有可能启动成功
    • ③启动新版本的Nginx,可以使用以上介绍过的任意一种启动方法。这时通过ps命令可以发现新旧版本的Nginx在同时运行
    • ④通过kill命令向旧版本的master进程发送SIGQUIT信号,以“优雅”的方式关闭旧版本的 Nginx。随后将只有新版本的Nginx服务运行,此时平滑升级完毕

七、查看命令行帮助

  • 使用-h或者-?参数会显示支持的所有命令行参数
sudo /usr/local/nginx/sbin/nginx -h

展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 游动-白 设计师: 上身试试
应支付0元
点击重新获取
扫码支付

支付成功即可阅读