Nginx 热部署和日志切割，你学会了吗？

上篇文章，我们已经安装并配置好了 Nginx，接下来我们就需要操作 Nginx 命令行了，这篇文章主要讲解 Nginx 命令行相关知识，并通过日常开发中遇到的热部署、切割日志文件案例来熟悉 Nginx 命令行操作。

Nginx 命令行

格式：nginx -s stop

帮助：-? -h

使用指定的配置文件：-c

指定配置指令：-g （用途是覆盖配置文件中的指令）

指定运行目录：-p

发送信号：-s（立刻停止服务：stop，优雅的停止服务：quit，重新配置文件：reload，重新开始记录日志文件：reopen）

测试配置文件是否有语法错误：-t -T

打印 nginx 的版本信息、编译信息等：-v -V

Nginx 命令和大部分的 Linux 的命令很相似，都是 nginx 加基本指令，再加指令相关的参数。默认情况下 nginx 会去寻找之前执行 configure 命令时指定位置的配置文件，但是可以通过 -c 来指定配置文件，并且可以通过 -g 来指定配置指令。

nginx 去操作运行中进程的方法一般是通过发送信号，可以通过 linux 通用的 kill 命令，也可以用 nginx 的 -s 命令来发送信号。

接下来，让我们通过几个栗子来熟悉 Nginx 的命令行操作。

重载配置文件

配置文件默认是在安装目录的 conf 文件下，文件名为 nginx.conf，我们可以打开看一下：

假如我们需要开启 gzip 压缩，我们可以把它前面的注释去掉，当我们在修改完 nginx 配置文件后，我们可以通过 nginx 的命令

./nginx -s reload

重启 nginx 服务。

Nginx 热部署

当从老版本替换为新版本的 nginx 的时候，如果不热部署的话，会需要取消 nginx 服务并重启服务才能替换成功，这样的话会使正在访问的用户在断开连接，所以为了在不影响用户的体验下进行版本升级，就需要热部署来升级版本。

接下来，让我们一起进行一次热部署吧。

因为进行升级主要是更换二进制文件，所以在升级前先备份旧的二进制文件。

# 备份旧版本的 nginx 二进制文件mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.old

然后下载最新版本的 nginx，解压后进行编译，再把编译好的最新版本的 nginx 二进制文件拷贝到安装目录下的 sbin 目录下。

通过

ps -ef | grep nginx

来查看 nginx 运行状况：

可以看到目前启动的 nginx 的 PID 为 1752，下面需要给正在运行的 nginx 的 master 进程发送信号，告诉它我们要进行热部署了。

# 发送 USR2 信号给旧版本主进程号,使 nginx 的旧版本停止接收请求，用 nginx 新版本接替kill -USR2 1752

再通过

ps -ef | grep nginx

来查看 nginx 运行状况：

这个时候我们需要给老的 nginx 发送信号，告诉老的 nginx 请优雅的关闭所有的 worker 进程。

# 发送 WINCH 信号到旧的主进程，它会通知旧的 worker 进程优雅的关闭，然后退出kill -WINCH 1752

重新在查看 nginx 状态：

也可以发现老的 nginx maser 进程还存在，它的意义是：如果存在问题，需要退回到老版本中，我们可以给它发送 reload 命令，让他重新把 worker 进程拉起来、把新版本关掉。保留在这里方便我们做版本回退。

如果要退出保留的 master 进程，可以通过

kill -QUIT

命令来完成:

# 发送 QUIT 信号到旧的主进程，它会退出保留的 master 进程kill -QUIT 1752

执行完后，1752 进程退出，通过 netstat lntup 可以看到 80 端口已经被 4391 进程监听了（新版本 nginx 的进程）。

到此为止，我们就完成了 nginx 的热部署。

日志切割

为了避免日志文件过大不方便查看，因此需要对日志切割。首先将原先的日志进行备份：

# 备份原日志mv error.log old_error.log

查看日志大小：

接下来进行日志切割：

再次查看：

经过上面的操作，我们就完成了日志的切割，以上操作只是为了了解日志切割的操作流程，不建议直接生产这么使用。推荐先写成一个 shell 脚本，通过 shell 脚本去定时执行。

示例脚本：

总结

这篇文章主要介绍了 Nginx 命令行相关知识，并介绍了重载配置文件、Nginx 热部署、日志切割等操作，还是需要多实践操作，实践出真知。