nginx关闭服务

等等，昨天我帮朋友调试了一个网站。
他满头大汗，说nginx突然挂了。
我立即在遥控器上输入“nginx -s quit”。
服务器缓慢反应了大约半秒，然后平稳地停止了。
他松了一口气，表示幸好不用急着使用nginx -s stop。
当时是晚上，我还记得窗外乌鸦的叫声。
他盯着屏幕说道：“如果我的数据丢失了怎么办？”我想到他的网站是农产品直销网站，顾客就是在等数据来订餐。
等等，还有一件事。
实际上他告诉我 systemctl stop nginx.service 。
他说他公司所有的服务器都使用CentOS，这个命令是最安全的。
这时，他泡了一杯枸杞茶，说我今天要记住这一点，以免下次惊慌。

nginx在window与linux中启动、停止、与关闭

我记得上次在公司时，我在半夜被叫去重启服务器。
那台旧 MacBook 在输入命令行时让我的手抽筋。
在 Windows 中更容易，只需单击“任务管理器”即可。
在Linux系统中，nginx -s reload命令每次都像念咒语一样顺利。
您需要记住 pid 文件的位置。
如果有一天你找不到进程号 1 ，你真的必须搜索配置文件才能找到它。
用于测试配置的 nginx -t 命令特别有用，可以节省多次重新启动后发现问题的时间。
不过如果配置文件修改过多的话，重启后的惨状……tsk tsk。
等等，还有一件事。
重新打开注册表文件的命令是nginx -s restart。
这个很少用到，但是如果你确实遇到注册表打不开的情况，就是这个了。
Windows中的CMD命令有时会挂起并且需要等待很长时间。
在Linux方面，命令行就是效率。
这种环境的差异，确实会在小事上产生很大的差异。

linux下如何停止nginx服务

说实话，当我弄清楚如何阻止 Nginx 时，我花了很长时间。
当时，公司系统突然出现问题。
我急得满头大汗，差点用kill-9 杀了他。
幸好同事拦住了我，让我先查一下进程号。

冷静地停止这个动作，这绝对是手动级别的操作。
记得有一次，我半夜在调试一个新功能，发现Nginx响应有点慢，于是我使用 ps -ef|grep nginx 查找标识符，然后kill -QUIT。
这就像按下 Nginx 上的暂停按钮一样。
他慢慢地完成了自己正在做的事情，终于自己走了出来。
但是，您需要监视此过程一段时间。
我曾经看到，因为请求堆太大，我冷静地停下来，等了差不多十分钟，才彻底下线。

快速停止要困难得多。
一旦测试服务器突然宕机，我就用kill -TERM 杀死它。
说实话，这个方法还算缓解，但后果也是最麻烦的。
我记得有一次它就这样停止了。
结果，用户下载了一个大文件，一半数据丢失了。
客户遇到了困难。
所以现在除非万不得已我真的不敢用。

至于kill -9 ，我从来没有主动使用过，但我见过运维人员匆忙杀死所有Nginx子进程。
这一幕就像是拔掉了电脑的电源插头，不顾一切了。
后来我发现系统日志里全是“进程意外终止”的记录，花了很多时间清理。
我真的建议把这个技巧留到最后一刻——如果系统即将崩溃，无论如何都要使用它。

现在我们公司的操作维护手册中，明确写着：日常维护时冷静停车，紧急情况迅速停车，最坏情况只考虑杀-9 其实关键是养成良好的习惯。
通常使用 nginx -t 检查配置以避免关闭期间出现配置问题。
我的一位同事就遭受了这种损失。
在没有测试的情况下更改配置后，系统重新启动后立即崩溃。
最后无奈，只能重装系统。
你说它惨不惨？