发送信号控制 nginx「建议收藏」

发送信号控制 nginx

大家好,又见面了,我是全栈君。

目录

  • 修改配置
  • 滚动日志文件
  • 在运行中升级可执行文件

可通过发送信号给 nginx 进行控制。nginx 主进程的 PID 默认被写入 /usr/local/nginx/logs/nginx.pid
pid 文件的路径被可在配置时修改,使用 pid 指令指定其他路径。nginx 主进程支持如下信号:

 

TERM, INT   快速关闭 nginx
QUIT        优雅地关闭 nginx
HUP         修改配置,keeping up with a changed time zone (only for FreeBSD and Linux),
            以新配置启动新的 worker 进程,优雅地关闭老的 worker 进程。
USR1        重新打开日志文件
USR2        升级可执行文件
WINCH       优雅地关闭 worker 进程

也可发送信号给某个 worker 进程,支持的信号有:

 

TERM, INT   快速关闭 nginx
QUIT        优雅地关闭 nginx
USR1        重新打开日志文件
WINCH       为调试bug,非正常地关闭 worker 进程(需在配置中使用 debug_points 指令)

修改配置


要让 nginx 重新加载配置文件,需要给 nginx 主进程发送一个 HUP 信号。nginx 主进程收到信号之后,首先检查配置的语法,然后尝试应用新配置,比如:打开日志文件,或者建立新的监听套接字。如果应用新配置失败,nginx 对改动进行回滚,并继续以旧的配置进行工作。如果成功,nginx 启动新的 worker 进程,并发送关闭消息给旧的 worker 进程要求它们优雅地关闭。旧的 worker 进程关闭监听套接字,并继续完成当前的用户请求,等用户的请求完成后,就会关闭。

我们以一个例子来演示这个过程,在 Linux 中执行:
ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep '(nginx|PID)'

该命令生成如下输出:

 

  PID  PPID USER     %CPU    VSZ WCHAN  COMMAND
 5638     1 root      0.0  45116 rt_sig nginx: master process nginx
 5960  5638 nginx     0.0  45356 ep_pol nginx: worker process

当发送一个 HUP 信号给 nginx 主进程
kill -s HUP 6538

执行 ps 命令,可看到 worker 进程的 PID 改变了,输出改变为:

 

 PID  PPID USER     %CPU    VSZ WCHAN  COMMAND
5638     1 root      0.0  45116 rt_sig nginx: master process nginx
6302  5638 nginx     0.0  45564 ep_pol nginx: worker process

执行 kill -s HUP 6538 的效果与重新加载 nginx 配置的命令相同:
nginx -s reload

滚动日志


滚动日志之前,日志需要被重命名,然后发送 USR1 信号给 nginx 主进程。主进程 re-open 当前所有已经打开的日志文件,并以 worker 进程当前的用户身份,给重新打开的日志文件定义 owner 身份(chown)。成功 re-open 之后,主进程关闭所有打开的日志文件,并发送消息给 worker 进程要求它 re-open 日志文件。worker 进程也会打开新的日志文件,并立即关闭旧的日志文件。之后,对旧的日志文件就可以进行推送处理,
比如进行压缩处理。

示例:

cd 到日志目录:

 

[root@lamp1 nginx]# cd /var/log/nginx
[root@lamp1 nginx]# ls
access.log  error.log

重命名 access.log 文件为 access.log.1,执行 nginx -s reopen 命令,查看滚动日志情况:

 

[root@lamp1 nginx]# mv access.log access.log.1
[root@lamp1 nginx]# nginx -s reopen
[root@lamp1 nginx]# ls
access.log  access.log.1  error.log

重命名 error.log 文件为 error.log.1,执行 nginx -s reopen 命令,查看滚动日志情况:

 

[root@lamp1 nginx]# mv error.log error.log.1
[root@lamp1 nginx]# nginx -s reopen
[root@lamp1 nginx]# ls
access.log  access.log.1  error.log  error.log.1

注:kill -s HUPnginx -s reopen 效果相同。

查看日志文件的属主,为 nginx,nginx 是 worker 进程的执行身份,看看前面“修改配置”小节的 ps 命令输出:

 

[root@lamp1 nginx]# ll
total 12
-rw-r--r-- 1 nginx root    0 Jun 29 07:58 access.log
-rw-r--r-- 1 nginx root 4055 Jun 28 17:29 access.log.1
-rw-r--r-- 1 nginx root   63 Jun 29 07:59 error.log
-rw-r--r-- 1 nginx root 1260 Jun 29 07:58 error.log.1

在运行中升级可执行文件


为升级 nginx 可执行程序,首先将旧的 nginx 可执行文件替换为新的可执行文件,然后发送 USR2 信号给 nginx 主进程。nginx 主进程第一步会重命名 pid 文件,给原来的 pid 文件添加 .oldbin 后缀,比如 /usr/local/nginx/logs/nginx.pid.oldbin,然后启动新 nginx 可执行文件并依次启动新的 worker 进程。

 

  PID  PPID USER    %CPU   VSZ WCHAN  COMMAND
33126     1 root     0.0  1164 pause  nginx: master process /usr/local/nginx/sbin/nginx
33134 33126 nobody   0.0  1368 kqread nginx: worker process (nginx)
33135 33126 nobody   0.0  1380 kqread nginx: worker process (nginx)
33136 33126 nobody   0.0  1368 kqread nginx: worker process (nginx)
36264 33126 root     0.0  1148 pause  nginx: master process /usr/local/nginx/sbin/nginx
36265 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36266 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36267 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)

这时新旧 worker 进程都继续接受请求。如果将 WIHCH 信号发送给第一个主进程,它会发送消息给它的 worker 进程,要求他们优雅地关闭,之后第一个主进程的 worker 进程开始退出:

 

  PID  PPID USER    %CPU   VSZ WCHAN  COMMAND
33126     1 root     0.0  1164 pause  nginx: master process /usr/local/nginx/sbin/nginx
33135 33126 nobody   0.0  1380 kqread nginx: worker process is shutting down (nginx)
36264 33126 root     0.0  1148 pause  nginx: master process /usr/local/nginx/sbin/nginx
36265 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36266 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36267 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)

过一会儿之后,只有新的 worker 进程继续处理请求:

 

  PID  PPID USER    %CPU   VSZ WCHAN  COMMAND
33126     1 root     0.0  1164 pause  nginx: master process /usr/local/nginx/sbin/nginx
36264 33126 root     0.0  1148 pause  nginx: master process /usr/local/nginx/sbin/nginx
36265 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36266 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36267 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)

应注意的是,旧的主进程不会关闭它的监听套接字,并可在需要时重新启动它的 worker 进程。如果因为某些原因新的可执行文件不能正确工作,可采用下列的其中一种方法:

  • 发送 HUP 信号给旧的主进程。旧的主进程会启动新的 worker 进程,但不会重读配置文件。之后,可发送 QUIT 信号给新主进程,让所有新主进程的 worker 进程优雅地关闭。

  • 发送 TERM 信号给新主进程。新主进程收到 TERM 信号之后,会发送消息给它的 worker 进程,要求他们立即退出,之后这些 worker 进程将立即退出。(如果 worker 进程因为某些原因不能立即退出,应发送 KILL 信号令其强制性地退出)当新主进程退出后,旧主进程会自动启动新的 worker 进程。

如果新主进程退出,旧主进程会将 pid 文件的 .oldbin 后缀删除。

如果升级成功完成,应发送 QUIT 信号关闭旧主进程,只留下新主进程:

 

 PID  PPID USER    %CPU   VSZ WCHAN  COMMAND
36264     1 root     0.0  1148 pause  nginx: master process /usr/local/nginx/sbin/nginx
36265 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36266 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)
36267 36264 nobody   0.0  1364 kqread nginx: worker process (nginx)

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/111903.html原文链接:https://javaforall.net

(0)
上一篇 2022年2月13日 上午11:00
下一篇 2022年2月13日 下午12:00


相关推荐

  • elasticsearch painless最强教程

    何为painlesspainless的特性简单的例子具体例子初始化数据用painless获取doc的值通过painless更新对象值单条记录更新批量更新Dates

    2022年4月5日
    138
  • Centos小技巧

    Centos小技巧

    2021年6月3日
    129
  • 门面模式php,门面模式 php

    门面模式php,门面模式 php门面模式 php 门面模式 Facade 又称外观模式 用于为子系统中的一组接口提供一个一致的界面 门面模式定义了一个高层接口 这个接口使得子系统更加容易使用 引入门面角色之后 用户只需要直接与门面角色交互 用户与子系统之间的复杂关系由门面角色来实现 从而降低了系统的耦 classCamera publicfuncti var dump 开 publicfun

    2026年3月16日
    1
  • 微软面试题大全

    微软面试题大全微软面试题大全 1 为什么下水道的盖子是圆的 nbsp nbsp nbsp nbsp 2 美国有多少辆汽车 nbsp nbsp nbsp nbsp 3 你让工人为你工作七天 回报是一根金条 这个金一平分成相连的 7 段 你必须在每天结束的时候给他们一段金条 如果只许你两次把金条弄断 你如果给你的工人付费 nbsp nbsp nbsp nbsp 3

    2026年3月27日
    2
  • Android中AsyncTask使用详解

    Android中AsyncTask使用详解在 Android 中我们可以通过 Thread Handler 实现多线程通信 一种经典的使用场景是 在新线程中进行耗时操作 当任务完成后通过 Handler 向主线程发送 Message 这样主线程的 Handler 在收到该 Message 之后就可以进行更新 UI 的操作 上述场景中需要分别在 Thread 和 Handler 中编写代码逻辑 为了使得代码更加统一 我们可以使用 AsyncTask 类 AsyncTask 是 And

    2026年3月17日
    2
  • getAttribute()获取属性

    getAttribute()获取属性一份文档就是一棵节点树 节点分为不同的类型 元素节点 属性节点和文本节点等 getElementBy 方法将返回一个对象 该对象对应着文档里的一个特定的元素节点 getElementsB 方法将返回一个对象数组 它们分别对应着文档里的一个特定的元素节点 这些节点中的每个都是一个对象 接下来 我们将向大家介绍几个与这些对象相关联的属性和方法 3

    2026年3月18日
    2

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号