Nginx基础教程

Nginx 启动 重启 终止

终止

1. 查找进程号

ps aux | grep nginx 

可以看到有两个进程 第1个进程是工作进程 第3个是主进程 我们需要终止的是主进程 (master)

2. 使用kill指令终止进程

kill -INT 32272

启动

直接执行nginx安装目录的二进制文件

/usr/local/nginx/sbin/nginx

也可以加上在后面加上配置文件 默认启动会加载安装目录下的配置文件 也可指定其他的配置文件

/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf

Nginx Kill 信号量

更新配置文件 (重启)

在不需要终止Nginx进程的情况下更新我们更改的配置文件可以使用

kill -HUP 进程号

---

以上所说的都需要查询一遍进程号（pid）操作，其实我们也可以在nginx.conf中看一下pid的位置，直接用cat返回 ，pid记录的就是当前进程的pid。

kill -QUIT `cat /var/run/nginx.pid`

使用Nginx指令终止 重启服务

我们也可以直接使用Nginx指令对服务器或者配置文件进行操作

/usr/local/nginx/sbin/nginx -s reload //更新配置文件
/usr/local/nginx/sbin/nginx -s stop //关闭服务器

Nginx日志管理

当用户访问我们的服务器时，nginx会记录下用户访问的记录。
具体信息包括ip、客户端访问时间、请求协议、状态码、客户端信息等等信息，具体可参考下图。当然记录的内容可以是我们自定义的。
在服务器不断被访问的情况下，我们的日志文件会不断的增大，这时候就需要我们对日志文件进行管理

– 使用kill -usr1 nginx.pid进行日志切割
简单的重命名（MV）并不能将原来的日志分割，因为Nginx写日志是通过内存写入，如果只是单纯的使用重命名操作，新日志的写入依然是在新命名的文件中，而不是配置文件中定义的文件。
可以做一个简单的测试

mv access_nginx.log new_access_nginx.log

然后再次访问站点，我们会发现日志的写入是在new_access_nginx.log中，而不是配置文件中的access_nginx.log中。
如果我们这时候执行

kill -USR1 `cat nginx.pid`

nginx.pid 配置文件中pid的位置

在存放日志的目录中出现了新的access_nginx.log，之前的的日志内容已经切割到new_access_nginx.log中啦。

使用脚本定时切割日志

我们根据日期去切割管理每一天的日志，我们可以使用linux脚本进行操作

#!/bin/sh

LOG_PATH=/data/wwwlogs/access_nginx.log
BACK_PATH=/data/wwwlogs/runback/
LOG_NAME=access_nginx_$(date -d yesterday +%Y%m%d).log

mv $LOG_PATH $BACK_PATH$LOG_NAME
kill -USR1 `cat /var/run/nginx.pid`

如果出现新的日志，就证明这个脚本能成功对日志进行切割。
接着使用crontab做定时器任务，在每天凌晨0点执行这个脚本。

0 0 * * * sh /data/wwwlogs/runback/access.sh

这样，就实现了在每天凌晨0点对昨天的日志进行切割管理了。

ps::废话不用看，根据自己的实际配置文件执行代码就行勒。