Nginx启动、重启、重新加载配置文件和平滑升级 您所在的位置:网站首页 nginx重新加载配置的命令是什么样的文件 Nginx启动、重启、重新加载配置文件和平滑升级

Nginx启动、重启、重新加载配置文件和平滑升级

2024-06-30 17:41| 来源: 网络整理| 查看: 265

Nginx启动、重启、重新加载配置文件和平滑升级 在这里插入图片描述

大家好,我是洲洲,欢迎关注,一个爱听周杰伦的程序员。关注公众号【程序员洲洲】即可获得10G学习资料、面试笔记、大厂独家学习体系路线等…还可以加入技术交流群 欢迎大家在CSDN后台私信我!

本文目录 前言一、启动二、停止Nginx三、重新加载配置文件四、测试配置文件五、查看nginx版本信息六、查看nginx版本信息,编译版本,和配置参数七、重启日志文件八、nginx平滑升级总结

前言

首先我们介绍一下Nginx是什么,怕有些同学忘了Nginx的定义了!

Nginx有一个主进程和几个工作进程,主进程的主要作用就是读取、评估配置文件和管理工作进程,工作进程对请求做实际处理。工作进程的数量是在配置文件中配置的,一般设置为cpu的核心数线程数。

Nginx可以通过信号控制,默认情况下,主进程的进程ID记录在/usr/local/nginx/logs/nginx.pid 文件中。信号可以通过nginx可执行文件发送给nginx (nginx -s 信号),也可以通过unix的kill命令发送给nginx,这种情况下是将信号直接发送给指定进程ID的进程,如:kill QUIT 1628。

一、启动

启动nginx,直接运行nginx的可执行文件:

[root@localhost ~]# /usr/local/nginx/sbin/nginx 二、停止Nginx

快速关闭:nginx -s stop 或者kill -TERM 主进程号 或者kill -INT 主进程号

[root@localhost sbin]# pwd /usr/local/nginx/sbin [root@localhost sbin]# ./nginx -s stop //方案2 [root@localhost sbin]# ps -ef |grep nginx|grep master root 9879 1 0 13:15 ? 00:00:00 nginx: master process ./nginx [root@localhost sbin]# kill -TERM 9879 //方案3 [root@localhost sbin]# kill -INT 9879

优雅关闭(不接受新的连接请求,等待旧的连接请求处理完毕再关闭):nginx -s quit 或者 kill -QUIT 主进程号

[root@songguoliang sbin]# pwd /usr/local/nginx/sbin [root@songguoliang sbin]# ./nginx -s quit

注意:执行该命令的用户应该是启动nginx的用户

[root@localhost sbin]# ps -ef |grep nginx root 9889 1 0 13:17 ? 00:00:00 nginx: master process ./nginx nobody 9890 9889 0 13:17 ? 00:00:00 nginx: worker process root 9893 2008 0 13:18 pts/1 00:00:00 grep nginx [root@localhost sbin]# kill -QUIT 9889 三、重新加载配置文件

nginx -s reload 或者 kill -HUP 主进程号

为了让主进程重新读取配置文件,应该向主进程发送一个HUP信号,主进程一旦接收到重新加载配置的的信号,它就检查配置文件语法的有效性,然后试图应用新的配置,即打开新的日志文件和新的socket 监听,如果失败,它将回滚配置更改并继续使用旧的配置,如果成功了,它开启新的工作进程,并给旧的工作进程发消息让它们优雅的关闭,旧的工作进程接收到关闭信号后,不再接收新的请求,如果已有请求正在处理,等当前请求处理完毕后关闭,如果没有请求正在处理,则直接关闭。

[root@localhost sbin]# ./nginx -s reload

方案2:

[root@localhost sbin]# ps -ef|grep nginx root 9944 1 0 13:22 ? 00:00:00 nginx: master process ./nginx nobody 9949 9944 0 13:23 ? 00:00:00 nginx: worker process root 9960 9917 0 13:28 pts/1 00:00:00 grep nginx [root@songguoliang sbin]# kill -HUP 9944 四、测试配置文件

检查配置文件语法是否正确,然后试图打开文件涉及的配置:nginx -t

[root@localhost sbin]# ./nginx -t nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful 五、查看nginx版本信息 [root@zhouzhou sbin]# ./nginx -v nginx version: nginx/1.10.1 六、查看nginx版本信息,编译版本,和配置参数 [root@songguoliang sbin]# ./nginx -V nginx version: nginx/1.10.1 built by gcc 4.4.7 20120313 (Red Hat 4.4.7-17) (GCC) configure arguments: --prefix=/usr/local/nginx 七、重启日志文件

重启日志文件,备份日志文件时常用:nginx -s reopen 或者 kill -USR1 主进程号

[root@localhost sbin]# ./nginx -s reopen [root@localhost sbin]# kill -USR1 2030

由于nginx是通过inode指向日志文件的,inode和文件名无关,所以即使把日志文件重命名,nginx还是将日志文件写入原文件,只有用上面的命令重新开启日志文件才能将日志写入新的日志文件。

八、nginx平滑升级

如果你需要升级或者添加、删除服务器模块时,可以通过nginx的平滑升级,在不停止服务的情况下升级nginx。

(1)用新的nginx可执行程序替换旧的可执行程序,即下载新的nginx,重新编译到旧版本的安装路径中(重新编译之前可以备份旧的可执行文件)

(2)给nginx主进程号发送USR2信号

[root@localhost sbin]# kill -USR2 9944

执行命令前的进程:

[root@localhost sbin]# ps -ef |grep nginx root 9944 1 0 13:22 ? 00:00:00 nginx: master process ./nginx nobody 9965 9944 0 13:29 ? 00:00:00 nginx: worker process root 10010 9917 0 13:42 pts/1 00:00:00 grep nginx

执行命令后的进程:

[root@localhost sbin]# ps -ef |grep nginx root 9944 1 0 13:22 ? 00:00:00 nginx: master process ./nginx nobody 9965 9944 0 13:29 ? 00:00:00 nginx: worker process root 10012 9944 0 13:43 ? 00:00:00 nginx: master process ./nginx nobody 10013 10012 0 13:43 ? 00:00:00 nginx: worker process root 10015 9917 0 13:43 pts/1 00:00:00 grep nginx

给nginx发送USR2信号后,nginx会将logs/nginx.pid文件重命名为nginx.pid.oldbin,然后用新的可执行文件启动一个新的nginx主进程和对应的工作进程,并新建一个新的nginx.pid保存新的主进程号

[root@songguoliang logs]# pwd /usr/local/nginx/logs [root@songguoliang logs]# ll 总用量 16 -rw-r--r--. 1 nobody root 596 10月 8 13:02 access.log -rw-r--r--. 1 nobody root 881 10月 8 13:43 error.log -rw-r--r--. 1 root root 6 10月 8 13:43 nginx.pid -rw-r--r--. 1 root root 5 10月 8 13:22 nginx.pid.oldbin [root@songguoliang logs]# cat nginx.pid 10012 [root@songguoliang logs]# cat nginx.pid.oldbin 9944

这时,nginx的新的实例和旧的实例同时工作,共同处理请求连接。接下来要关闭旧的实例进程。

先给旧的主进程发送WINCH信号,kill -WINCH 旧的主进程号

[root@localhost sbin]# ps -ef |grep nginx root 9944 1 0 13:22 ? 00:00:00 nginx: master process ./nginx nobody 9965 9944 0 13:29 ? 00:00:00 nginx: worker process root 10012 9944 0 13:43 ? 00:00:00 nginx: master process ./nginx nobody 10013 10012 0 13:43 ? 00:00:00 nginx: worker process root 10092 9917 0 14:05 pts/1 00:00:00 grep nginx [root@localhost sbin]# kill -WINCH 9944 [root@localhost sbin]# [root@localhost sbin]# [root@localhost sbin]# [root@localhost sbin]# ps -ef |grep nginx root 9944 1 0 13:22 ? 00:00:00 nginx: master process ./nginx root 10012 9944 0 13:43 ? 00:00:00 nginx: master process ./nginx nobody 10013 10012 0 13:43 ? 00:00:00 nginx: worker process root 10094 9917 0 14:06 pts/1 00:00:00 grep nginx

旧的主进程号收到WINCH信号后,将旧进程号管理的旧的工作进程优雅的关闭。即一段时间后旧的工作进程全部关闭,只有新的工作进程在处理请求连接。这时,依然可以恢复到旧的进程服务,因为旧的进程的监听socket还未停止。

给旧的主进程发送QUIT信号,使其关闭。

[root@localhost sbin]# kill -QUIT 9944 [root@localhost sbin]# ps -ef |grep nginx root 10012 1 0 13:43 ? 00:00:00 nginx: master process ./nginx nobody 10013 10012 0 13:43 ? 00:00:00 nginx: worker process root 10118 9917 0 14:16 pts/1 00:00:00 grep nginx

给旧的主进程发送QUIT信号后,旧的主进程退出,并移除logs/nginx.pid.oldbin文件,nginx的升级完成。

总结

Hello,各位看官老爷们好,洲洲已经建立了CSDN技术交流群,如果你很感兴趣,可以私信我加入我的社群。

📝社群中不定时会有很多活动,例如每周都会包邮免费送一些技术书籍及精美礼品、学习资料分享、大厂面经分享、技术讨论、行业大佬创业杂谈等等。

📝社群方向很多,相关领域有Web全栈(前后端)、人工智能、机器学习、自媒体变现、前沿科技文章分享、论文精读等等。

📝不管你是多新手的小白,都欢迎你加入社群中讨论、聊天、分享,加速助力你成为下一个技术大佬!也随时欢迎您跟我沟通,一起交流,一起成长。变现、进步、技术、资料、项目、你想要的这里都会有

📝网络的风口只会越来越大,风浪越大,鱼越贵!欢迎您加入社群~一个人可以或许可以走的很快,但一群人将走的更远!

📝关注我的公众号(与CSDN同ID:程序员洲洲)可以获得一份Java 10万字面试宝典及相关资料!~

📝想都是问题,做都是答案!行动起来吧!欢迎评论区or后台与我沟通交流,也欢迎您点击下方的链接直接加入到我的交流社群!~ 跳转链接社区~

在这里插入图片描述



【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有