在使用Nginx服务器的过程中，随着访问量的增加，日志文件会变得越来越大。这不仅占用了大量的磁盘空间，还可能影响到服务器的性能。我们需要采取有效的措施来管理这些日志文件。
一、设置日志轮换和清理策略
1. 日志轮换（Log Rotation）：为了防止单个日志文件无限增长，我们可以定期将当前的日志文件重命名，并创建新的日志文件进行记录。这样，旧的日志文件可以被压缩存储或删除，以节省磁盘空间。
2. 清理策略：根据业务需求制定合理的日志保留周期，对于超过该周期的日志文件进行自动清理。例如，只保留最近三个月内的访问日志。
二、具体实现方法
1. 使用logrotate工具
Linux系统自带了一个名为logrotate的日志轮换工具，它可以根据配置文件中的规则定期对指定的日志文件进行处理。我们只需要编辑/etc/logrotate.conf或者在/etc/logrotate.d/目录下创建一个新的配置文件即可。
下面是一个针对Nginx日志的简单示例：
/var/log/nginx/.log {
daily
rotate 30
compress
ifempty
missingok
notifempty
sharedscripts
postrotate
/usr/sbin/nginx -s reload
endscript
}
上述配置表示每天检查一次/var/log/nginx/下的所有日志文件；最多保存30天的日志副本；启用压缩功能；如果日志为空则仍然进行轮转操作；忽略不存在的日志文件；只有当有非空日志时才执行后续命令；最后重启Nginx服务使得新日志文件生效。
2. 自定义Shell脚本
如果我们想更灵活地控制日志轮换逻辑，也可以编写自己的Shell脚本来完成这项任务。例如，可以按照如下方式编写一个简单的脚本：
#!/bin/bash
定义要处理的日志路径
LOG_PATH="/var/log/nginx"
获取昨天日期作为归档后缀
YESTERDAY=$(date -d "yesterday" +%Y-%m-%d)
遍历目标目录下的所有日志文件
for file in ${LOG_PATH}/.log; do
if [ -f "$file" ]; then
将原日志重命名为带时间戳的新名称
mv $file ${file}.${YESTERDAY}
创建一个新的空日志文件
touch $file
压缩旧日志文件
gzip ${file}.${YESTERDAY}
删除超过30天的压缩日志
find ${LOG_PATH} -name ".gz" -mtime +30 -exec rm -f {} ;
通知Nginx重新加载配置以应用更改
/usr/sbin/nginx -s reload
fi
done
然后可以通过crontab定时任务每隔一段时间运行这个脚本，从而达到自动化管理Nginx日志的目的。
三、总结
通过以上两种方式之一，我们可以很好地解决Nginx日志文件过大的问题。选择哪种方案取决于个人喜好以及实际应用场景的需求。无论如何，在生产环境中都应该重视日志管理，确保服务器稳定运行的同时也不会浪费过多资源。
