当前位置： 首页>后端>正文

nginx子进程 nginx主进程被kill会怎么样

后端2024-04-22 11:15:15

nginx 进程结构 与 热部署：

为什么nginx采用的是多进程？

nginx 采用的是多进程 process ，而不是多线程，

因为如果是多线程，它们是共用资源的，这样一旦挂了，就都挂了，

 

进程结构图：

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx,第1张

 

 

master process 并不真正的处理用户请求，而是下面的worker process 来处理用户的请求， 

master 是用来管理的作用：

1，如果woker process 中有进程 宕掉，这是master process 会重新再开一个 进程

2，如果有配置文件修改了，master process 也会通知worker process 去用新的配置文件（热加载）

 

Linux 的信号量管理机制：

所有的信号：

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_Code_02,第2张

 

 

 

平时使用的kill + pid，其实是kill -15 pid  ,

kill -9 pid 是强制杀死进程， 

常用的信号量： 

1,sigchld:     kill -17 pid  ,此时会发送给该进程的父进程，

2，sigquit     退出 （ctrl  \ ）

3，sigterm   关闭进程

4，sigkill     立即关闭进程 

5，sighup   重读配置文件 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_03,第3张

 

 

 

利用信号量管理nginx：

可以通过信号量管理的进程：

1，Master 进程

2，Worker 进程（不推荐直接给Worker 发送信号 对它进行管理）

 

Master 进程 接收的信号：

a，监控worker 进程，（如果 worker 进程宕掉，会向master 发送chld 信号 ）

b，管理woker 进程，通过 向woker 进程发送  一下信号：

　　

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_04,第4张

 

 

 

worker 进程 接收的信号：

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_Code_05,第5张

 

注：不建议直接给 worker 进程发送信号，而是通过给master 发送信号 来管理worker 进程，

 

 

发送 sigterm 给master：

[root@localhost nginx112]# ps -ef | grep nginx
root       1568      1  0 16:56 ?        00:00:00 nginx: master process sbin/nginx
nobody     1590   1568  0 16:56 ?        00:00:00 nginx: worker process
nobody     1591   1568  0 16:56 ?        00:00:00 nginx: worker process
nobody     1592   1568  0 16:56 ?        00:00:00 nginx: worker process
nobody     1593   1568  0 16:56 ?        00:00:00 nginx: worker process
root       1646   1460  0 17:01 pts/0    00:00:00 grep --color=auto nginx
[root@localhost nginx112]# kill -s sigterm 1568

发送 sighup 给master：

它会关闭所有worker 进程，重新打开新的进程(这时新的进程读取了新的配置信息)， 

[root@localhost nginx112]# ps -ef | grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1651   1650  0 17:03 ?        00:00:00 nginx: worker process
nobody     1652   1650  0 17:03 ?        00:00:00 nginx: worker process
nobody     1653   1650  0 17:03 ?        00:00:00 nginx: worker process
nobody     1654   1650  0 17:03 ?        00:00:00 nginx: worker process
root       1657   1460  0 17:05 pts/0    00:00:00 grep --color=auto nginx
[root@localhost nginx112]# kill -s sighup 1650
[root@localhost nginx112]# ps -ef | grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1658   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1659   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1660   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1661   1650  0 17:06 ?        00:00:00 nginx: worker process
root       1663   1460  0 17:06 pts/0    00:00:00 grep --color=auto nginx

 

通过./nginx + 参数 管理nginx：

reload ：重新启动，（本质是给 master 发送一个hup 信号）

reopen :重新打开(本质发送 usr1 )

stop : 停止（发送 term 信号）立即停止

quit : Quit 信号 处理完用户请求之后 停止

sbin/nginx -s stop/reload/

 

配置文件重载的原理：

可以通过 -s reload 对 nginx 平滑升级，

首先master 接收到 reload 信号，

然后master 去检测nginx.conf 语法是否正确

如果conf 中监听了新的端口（如443），那么master 打开监听端口

后面master 使用新的配置文件启动新的worker 进程， 

启动新的worker 进程之后，向老的worker 子进程发送 quit信号 

如果旧的worker 进程正在接受用户的请求，它不会立即关闭监听句柄，会等处理完之后再关闭

 

重载流程如下图： 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_06,第6张

 

 

nginx 热部署（升级 nginx 的版本）：

热升级的流程： 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_07,第7张

 

 

 

注： 热升级时要保证 两个版本的nginx 的目录结构是一致的，

1，去sbin 下备份 nginx 二进制文件， 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost nginx112]# cd sbin/
[root@localhost sbin]# cp nginx nginx.bak
[root@localhost sbin]# ll
total 10952
-rwxr-xr-x 1 root root 5603880 Apr 14 10:53 nginx
-rwxr-xr-x 1 root root 5603880 Apr 21 17:30 nginx.bak

View Code

2， 用新的nginx 二进制文件，直接覆盖 旧的nginx 文件，

3，给老的master 进程发送 sigusr2 信号，

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost sbin]# ps -ef |grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1658   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1659   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1660   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1661   1650  0 17:06 ?        00:00:00 nginx: worker process
root       1789   1460  0 17:31 pts/0    00:00:00 grep --color=auto nginx
[root@localhost sbin]# kill -s sigusr2 1650
[root@localhost sbin]# ps -ef |grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
nobody     1658   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1659   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1660   1650  0 17:06 ?        00:00:00 nginx: worker process
nobody     1661   1650  0 17:06 ?        00:00:00 nginx: worker process
root       1790   1650  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1796   1460  0 17:31 pts/0    00:00:00 grep --color=auto nginx

View Code

而且此时，logs 目录中的也会生成一个nginx.pid.oldbin 文件，里面存的是 旧的master的pid  

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost sbin]# cd ../logs/
[root@localhost logs]# ll
total 16
-rw-r--r-- 1 root root 613 Apr 14 10:56 access.log
-rw-r--r-- 1 root root 453 Apr 21 17:31 error.log
-rw-r--r-- 1 root root   5 Apr 21 17:31 nginx.pid
-rw-r--r-- 1 root root   5 Apr 21 17:03 nginx.pid.oldbin

View Code

4,停止旧的master 的子进程

不用quit 要用sigwinch （这时，只会停止旧的worker子进程,不会停止master ，目的是为了回滚）

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost logs]# kill -s sigwinch 1650
[root@localhost logs]# ps -ef | grep nginx
root       1650      1  0 17:03 ?        00:00:00 nginx: master process sbin/nginx
root       1790   1650  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1839   1460  0 17:36 pts/0    00:00:00 grep --color=auto nginx

View Code

5,如果我们要确定不要旧的master 了，杀死即可，

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost logs]# kill -s sigquit 1650
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1845   1460  0 17:38 pts/0    00:00:00 grep --color=auto nginx

View Code

logs中的nginx.pid.oldbin 也会被删除， 

 

至此，就完成了整个的平滑升级，

 

如果第5步，我们仍然还要 旧的 master,操作如下：

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1853   1460  0 17:40 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sigusr2 1790
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1791   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1792   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1793   1790  0 17:31 ?        00:00:00 nginx: worker process
nobody     1794   1790  0 17:31 ?        00:00:00 nginx: worker process
root       1854   1790  0 17:40 ?        00:00:00 nginx: master process sbin/nginx
nobody     1855   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1856   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1857   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1858   1854  0 17:40 ?        00:00:00 nginx: worker process
root       1860   1460  0 17:40 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sigwinch 1790
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
root       1854   1790  0 17:40 ?        00:00:00 nginx: master process sbin/nginx
nobody     1855   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1856   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1857   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1858   1854  0 17:40 ?        00:00:00 nginx: worker process
root       1862   1460  0 17:40 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sighup 1790
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
root       1854   1790  0 17:40 ?        00:00:00 nginx: master process sbin/nginx
nobody     1855   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1856   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1857   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1858   1854  0 17:40 ?        00:00:00 nginx: worker process
nobody     1864   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1865   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1866   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1867   1790  0 17:41 ?        00:00:00 nginx: worker process
root       1869   1460  0 17:41 pts/0    00:00:00 grep --color=auto nginx
[root@localhost logs]# kill -s sigquit 1854
[root@localhost logs]# ps -ef | grep nginx
root       1790      1  0 17:31 ?        00:00:00 nginx: master process sbin/nginx
nobody     1864   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1865   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1866   1790  0 17:41 ?        00:00:00 nginx: worker process
nobody     1867   1790  0 17:41 ?        00:00:00 nginx: worker process
root       1871   1460  0 17:42 pts/0    00:00:00 grep --color=auto nginx

View Code

 

nginx 模块化设计机制： 

它的思想是：高内聚，低耦合

模块化结构图如下： 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_Code_20,第20张

 

 

 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_21,第21张

 

 

 

nginx 编译安装的配置参数 ： 

在这里我们可以选择我们想要使用的模块 编译安装，

 

常用的配置参数： 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_22,第22张

 

 

通过--with

通过--without

 

nginx 配置文件（nginx.conf）结构 ： 

官方文档：http://nginx.org/en/docs/

整体分为三大模块：

1，main模块 

2，events 模块，

3，http 模块，(http 嵌套 多个server )

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_23,第23张

 

 

配置文件结构示例：

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_24,第24张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }
    }
}

nginx.conf

nginx 虚拟主机 ： 

虚拟主机就是 使得  我们单台服务器 构建不同的网站，

nginx 虚拟主机的分类 ： 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx_27,第27张

 

1，基于多ip 的虚拟主机： 

这时单台服务器有多个网卡，每个网卡绑定不同的ip  ，提供不同的服务

 

2，基于多端口 的虚拟主机： 

这时单台服务器有只有一个网卡，81 端口可以绑定一个网站，82 也可以

 

上面两种基本都是个人，或者用于演示的时候使用，生产环境 第3中用的多：

3，基于多域名 的虚拟主机：

在一台服务器上，使用不同的域名来区分不同的网站服务，

例如，公司拥有两个域名，www.xxx.com ,www.yyy.com ，它们一般都是不同的业务，

基于多ip 的虚拟主机： 

使用 ifconfig 可以查看到网卡的数量，

下面使用虚拟机再添加两块网卡：

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_28,第28张

 

 

要配置新添加网卡的配置信息（在/etc/sysconfig/network-script 目录 添加 ifcfg-ens37  和 ifcfg-ens38[在 ens33 的基础上 ] ）

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_29,第29张

 

三个ip网卡对应的IP分别是 192.168.144.128  /130 /131  

然后重启网络： systemctl restart network 

 

下面是编写 nginx.conf  

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       192.168.144.128:80;
        server_name  localhost;

        location / {
            root   html/server1;
            index  index.html index.htm;
        }
    }
    server {
        listen       192.168.144.130:80;
        server_name  localhost;

        location / {
            root   html/server2;
            index  index.html index.htm;
        }
    }
    server {
        listen       192.168.144.131:80;
        server_name  localhost;

        location / {
            root   html/server3;
            index  index.html index.htm;
        }
    }


}

此时，html 目录下要分别有 server1 server2 server3 三个目录，并且目录中要有 index.html 或者 index.htm  

基于端口 的虚拟主机： 

单台服务器仅仅只有一块网卡，使用不同端口来提供不同的网站服务， 

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       192.168.144.128:8080;
        server_name  localhost;

        location / {
            root   html/server1;
            index  index.html index.htm;
        }
    }
    server {
        listen       192.168.144.128:8081;
        server_name  localhost;

        location / {
            root   html/server2;
            index  index.html index.htm;
        }
    }


}

View Code

 

基于域名 的虚拟主机： 

单台服务器只有一个网卡，但服务器的ip 绑定了多个域名，这时，我们可以通过不同域名来访问，

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_配置文件_08,第8张

nginx子进程 nginx主进程被kill会怎么样,nginx子进程 nginx主进程被kill会怎么样_nginx子进程_09,第9张

worker_processes  auto;
events {
    worker_connections  1024;
}
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  www.paixiaosen.xyz;

        location / {
            root   html/server1;
            index  index.html index.htm;
        }
    }
    server {
        listen       80;
        server_name  www.666kaoyan.com;

        location / {
            root   html/server2;
            index  index.html index.htm;
        }
    }


}

View Code

此时，配置下域名： /etc/hosts 中添加： 

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.144.128 www.paixiaosen.xyz
192.168.144.128 www.666kaoyan.com

此时就可以在本机 curl 到，  

真正实际中，换成真的域名即可， 

 




https://www.xamrdz.com/backend/3yw1926506.html

相关文章：