nginx日志采集系列(三)-nginx运行进程数

其他文章

nginx日志采集系列(一)-实时日常采集的几种方式 - 掘金 (juejin.cn) nginx日志采集系列(二)-记录遇到的问题 - 掘金 (juejin.cn)

正文

在nginx.conf文件中,加入下面配置:

lua 复制代码
# http外
worker_processes 2
# http内,server外
init_worker_by_lua_block {
              ngx.log(ngx.ERR, "upload start")
              local delay = 5;
              local cnt = 0;
              function print()
                     ngx.timer.at(delay, print)
                     ngx.log(ngx.ERR, "cnt: "..cnt);
                     cnt = cnt + 1;
                     end
              print()
       }

log_by_lua_block {
       ngx.log(ngx.ERR, "---log---");
}

# server 里面

listen 8881
location / {
}

nginx -s reload 重新加载nginx,查看error.log:

打印了两遍并且完全相同内容?

cmd: tasklist | findstr "nginx"查看nginx进程,有三个

当work_processor设置为1时,为两个:

当work_processor设置为auto时,为17个:

nginx有两种进程:master和worker,master有一个,而worker的数量就是我们配置的work_processor;如果设置为auto,那么就是当前主机的cpu核心数

从我们上面的现象可知,真正干活的是worker init_worker_by_lua_block中的代码明显每个worker进程都单独运行了一遍,但是读取的内容是一致的,说明访问内存是一样的

但是,nginx监听到的每个请求只是被其中一个worker进程处理了

使用taskkill /f /pid 6544 杀掉一个worker进程,可以看到进程打印的日志并没有消失,但是出现了滞后,所以可以说每个进程读取init_worker_by_lua_block的初始地址是一样的,然后将数据加载到自己的进程内存;杀死worker进程后,又新起了一个进程,但是而且次数的进程内存数据跟已被杀死的一样;

再通过taskkill杀掉主进程:

发现master进程终止后,并没有新起一个master进程,而且再杀死一个worker进程:

这时候是不会再起一个worker进程,而且通过nginx -s stop也停止不了,但是nginx还是在正常工作,这时候想要停止nginx,就只能通过杀掉所有的worker进程了

可以猜想到,master进程是负责创建worker进程的,负责一些管理工作

上面我们知道,worker进程都会运行init_worker_by_lua_block,如果我们在其中写了一些也无逻辑,那么这些worker进程如果都运行,不是做了重复性工作吗?

lua 复制代码
log_by_lua_block {
              -- 需要采集的信息
              require "resty.core.shdict"
              local val = 1;
              local key = "log1";
              local logs = ngx.shared.log1;
              while (1 < 2) do
                     local len, err = ngx.shared.log1:rpush(key, val);
                     if len ~= nil then
                            ngx.log(ngx.ERR, "current len of logs cache: ", len);
                     else
                            ngx.log(ngx.ERR, "cache is full: ", err);
                            break;
                     end
                     val = 1 + val;
                     ngx.log(ngx.ERR, "fress_space of cache: ", logs:free_space());
              end
              ngx.log(ngx.ERR, "log.....")
              -- do somthing
       }

       init_worker_by_lua_block {
              local key = "logs"
              local get_log = ngx.shared.logs:lpop(key)
              nginx.log(get_log);
       }

我们往内存中写入1,2,3,4,5,然后再读取; 重新加载下nginx,查看日志:

先记录下日志,注释掉读日志内容,然后查看日志:

可以看到取的是同一个共享缓存的内容,但是由于我的日志是存储到list中,所以可以看成是被这些worker进程分别处理的,没有做重复性工作

参考

详解nginx的master进程和worker进程 - 建铭博客 - 博客园 (cnblogs.com)

相关推荐
white.tie40 分钟前
linux配置nginx
linux·运维·nginx
源码12151 小时前
ASP.NET MVC宠物商城系统
后端·asp.net·宠物
Ai 编码助手2 小时前
Go语言 实现将中文转化为拼音
开发语言·后端·golang
hummhumm2 小时前
第 12 章 - Go语言 方法
java·开发语言·javascript·后端·python·sql·golang
杜杜的man2 小时前
【go从零单排】Directories、Temporary Files and Directories目录和临时目录、临时文件
开发语言·后端·golang
wywcool2 小时前
JVM学习之路(5)垃圾回收
java·jvm·后端·学习
致宏Rex3 小时前
Nginx 负载均衡详解 x Shell 脚本实战
nginx·负载均衡·运维开发
喜欢打篮球的普通人3 小时前
rust高级特征
开发语言·后端·rust
代码小鑫4 小时前
A032-基于Spring Boot的健康医院门诊在线挂号系统
java·开发语言·spring boot·后端·spring·毕业设计
豌豆花下猫4 小时前
REST API 已经 25 岁了:它是如何形成的,将来可能会怎样?
后端·python·ai