[发明专利]动态修改Nginx配置参数的方法、装置及存储介质

说明书

本发明提供的动态修改Nginx配置参数的方法，包括步骤：S110：Tomcat获取Web配置界面产生的配置参数，生成配置文件，若所述配置文件与Tomcat中原有的配置文件不一致，则替换原有的配置文件，并生成一个唯一的版本号；S120：Nginx周期性地向Tomcat发起的配置文件及其版本号获取请求，若配置文件的版本号比共享内存里的配置文件的版本号大，将解析后的配置文件和其版本号更新至共享内存；S130：Nginx的工作进程分别周期性地从共享内存提取解析后的配置文件的版本号，若解析后的配置文件的版本号比工作进程内部的配置文件版本号大，则更新工作进程内部配置信息。本发明实现了nginx配置参数的动态修改，并无需重启工作进程。

技术领域

本发明涉及服务器处理技术领域，更为具体地，涉及一种动态修改Nginx配置参数的方法、装置及存储介质。

背景技术

Nginx(engine x)是一个轻量级开源Web服务器软件，作为当前非常流行的HTTP(超文本传输协议)和反向代理Web(World Wide Web，互联网)服务器，同时也是一个IMAP(Internet Mail Access Protocol，交互式邮件存取协议)、POP3(Post Office Protocol3，邮局协议的第3个版本)、SMTP(Simple Mail Transfer Protocol，简单邮件传输协议)代理服务器，丰富灵活的参数配置机制保证了Nginx极其强大的模块可扩展性及功能。

Nginx是多进程架构，单台主机上的nginx进程有1个管理进程和多个相互独立的工作进程，一般工作进程个数等于cpu的核数，管理进程接受客户端请求，转交给工作进程处理，从而很好地利用cpu的计算能力。管理进程并不处理客户端网络请求，客户端网络请求是由工作进程来处理，只有其中一个工作进程有可能来处理这个请求，而管理进程负责管理这些工作进程，比如当一个工作进程退出(异常情况下)，负责启动新的工作进程，又比如通知所有的工作进程平滑的退出等。

每次更改Nginx配置，都必须先手动修改Nginx配置文件，配置文件替换后，再重新加载配置文件，根据新的配置文件对Nginx进行配置，即管理进程在确定根据原有配置文件中的配置信息创建的原有工作进程业务服务结束时，然后根据新的配置文件中的配置信息，创建新的工作进程，启用新的工作进程，并关闭原有工作进程。尽管Nginx重新加载配置文件过程中大部分场景下管理进程没有停止，不会发生漏掉客户端请求的情况。但还存在以下问题：1、每次更改配置后，管理进程都要基于新的配置文件重新创建工作进程，关闭原有工作进程，这个过程较为繁琐复杂、耗时，增加管理进程的工作量。2、编辑Nginx配置文件，需要熟悉Nginx的开发运维人员才能修改，需要具备一定的专业知识，且直接修改Nginx配置文件，容易带来语法、文字上的错误，造成配置文件不可用。

发明内容

鉴于上述问题，本发明的目的是提供一种动态修改Nginx配置参数的方法、装置及存储介质。实现了nginx配置参数的动态修改，并无需重启工作进程。

根据本发明的一个方面，提供了一种动态修改Nginx配置参数的方法，包括如下步骤：

S110：Tomcat根据Web配置界面产生的配置参数生成配置文件，并将所述配置文件与Tomcat中原有的配置文件进行对比，若所述配置文件与所述原有的配置文件不一致，则以所述配置文件替换所述原有的配置文件，并为所述配置文件生成一个唯一的版本号，将所述版本号和所述配置文件关联存入数据库；

S120：Nginx周期性地向所述Tomcat发起配置文件获取http请求，获取所述配置文件并提取其版本号，比较所提取的版本号与共享内存中的配置文件的版本号，若所提取的版本号比所述共享内存里的配置文件的版本号大，则解析所述配置文件，并将解析后的所述配置文件和其版本号更新至共享内存；