多个Nginx进程运行导致配置加载失效问题
多个Nginx进程运行导致配置加载失效问题
问题描述
在用nginx进行接口代理时，修改配置文件后，重新加载nginx，却发现无论怎么修改配置文件，都无法生效，接口一直无法代理成功。查看了之前做的接口代理，配置也并无二致，但代理是成功的，十分奇怪，进行问题排查。
问题排查
在保证接口可用，配置无错的情况下，进行以下过程排查：
-
使用
nginx -s reload命令进行配置重载，配置不生效 -
使用命令重启
nginx，配置不生效# 关闭nginx nginx -s stop # 开启nginx start nginx -
删除之前可用配置，重启
nginx，发现居然还能继续使用，说明修改的配置文件没有正确加载。 -
接着关闭
nginx，再次访问网页也能正常响应，说明nginx还在运行。 -
之后打开任务管理器查看服务进程，发现居然有4个正在运行的
nginx进程，问题已经发现了。nginx运行时应该只有2个nginx进程（1个master进程，1个worker进程（默认配置是1个）），而关闭时则没有nginx进程。
另：
nginx在windows上启动会有两个nginx.exe进程，这是因为nginx在windows上使用了master-worker模式。
master进程负责监听端口，接收客户端的请求，并将请求分发给worker进程处理。
worker进程负责处理请求。处理传过来的客户端请求，并将处理结果返回给客户端。
所以可以推断出配置加载无法生效的原因了：windows服务器上运行了多个nginx进程，加载了旧配置的nginx进程一直在运行处理请求和响应，而加载了新配置的nginx虽然也在运行但没有进行请求的处理。修改的是加载了新配置的nginx，但处理请求的是加载了旧配置的nginx，所以造成了修改了配置文件但发现不生效的现象。
问题解决
通过查询资料与实验可知，每执行一次 start nginx，都会创建新的nginx进程，同时创建新的 nginx.pid文件，但只有最先启动的 nginx 进程才会处理到请求。
知道了问题缘由就很好处理了。
- 先关闭所有的
nginx服务进程 - 进入
nginx目录，执行start nginx命令启动服务 - 使用
nginx -s reload重载修改后的配置文件
需要注意的是，之后要运行nginx前需要确认原nginx进程已关闭。
附录
nginx.pid
nginx.pid 是管理进程的重要文件之一，它记录着 nginx master 进程的进程id。
它的主要作用有：
- 记录着
nginx master进程的进程id，管理nginx进程 - 在关闭
nginx服务时，需要用到nginx.pid文件类终止相关进程，避免占用系统资源