多个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文件类终止相关进程，避免占用系统资源