CentOS下Nginx日志存储优化方案：基于logrotate的自动化管理
日志文件随时间增长会占用大量磁盘空间，影响服务器性能。针对CentOS系统中的Nginx日志，logrotate是系统自带的日志轮转工具，可实现自动切割、压缩、清理，无需额外安装软件，是生产环境中最推荐的优化方案。
logrotate的Nginx配置文件通常位于/etc/logrotate.d/nginx（若不存在则手动创建）。配置文件通过指令定义日志的处理规则，核心指令及作用如下：
daily/weekly/monthly：轮转频率（每日/每周/每月），建议选择daily（每日切割）以减少单文件大小。size 100M：当日志文件达到指定大小（如100MB）时立即轮转，可与频率指令组合使用（如daily+size，满足任一条件即触发）。rotate 10：保留最近10个轮转后的日志文件，超出数量的旧文件将被自动删除（避免无限堆积）。compress：使用gzip压缩轮转后的日志（如access.log-20250324.gz），节省磁盘空间（压缩率约70%-90%）。delaycompress：延迟压缩上一次轮转的日志（如下一次轮转时不压缩access.log-20250323.gz），避免压缩过程中影响新日志写入。notifempty：若日志文件为空，则不进行轮转（减少不必要的操作）。create 0640 nginx root：轮转后创建新的日志文件，权限为0640（所有者nginx、属组root），确保Nginx有写入权限。sharedscripts：所有日志文件处理完毕后，统一执行postrotate脚本（避免多次重启Nginx）。postrotate/endscript：轮转后执行的命令（关键！需通知Nginx重新打开日志文件，否则会继续写入旧文件）。以下是一个针对Nginx的logrotate配置示例（/etc/logrotate.d/nginx），覆盖了常见的优化需求：
/var/log/nginx/*.log {
daily # 每日轮转
size 100M # 或达到100MB时轮转（优先级高于daily）
rotate 10 # 保留10个旧日志
compress # 压缩旧日志
delaycompress # 延迟压缩上一次轮转的日志
missingok # 若日志文件不存在，不报错
notifempty # 空日志不轮转
create 0640 nginx root # 新日志权限及所有者
sharedscripts # 统一执行postrotate
postrotate
/bin/kill -USR1 `cat /run/nginx.pid 2>/dev/null` 2>/dev/null || true
endscript
}
说明：
/var/log/nginx/目录下的所有.log文件（如access.log、error.log）。postrotate中的命令通过kill -USR1向Nginx主进程发送信号，通知其关闭旧日志文件并创建新文件（路径需与nginx.conf中的pid指令一致，CentOS 7+中nginx.pid默认位于/run/nginx.pid）。测试配置有效性：
使用-d参数模拟执行（不实际修改文件），检查是否有错误提示：
sudo logrotate -d /etc/logrotate.d/nginx
若输出显示“rotating pattern”及“files rotated”等信息，说明配置正确。
手动触发轮转：
若需立即执行轮转（如修改配置后），可使用-f参数强制触发：
sudo logrotate -f /etc/logrotate.d/nginx
设置定时任务：
CentOS系统默认通过crond服务每日执行logrotate（位于/etc/cron.daily/logrotate）。无需额外配置，系统会自动按logrotate配置文件的规则处理日志。
调整Nginx日志级别：
若不需要详细的访问日志（如生产环境中统计需求低），可将access_log级别从info调整为warn或error，减少日志量：
http {
access_log /var/log/nginx/access.log warn; # 仅记录警告及以上级别的访问
error_log /var/log/nginx/error.log error; # 错误日志级别保持error
}
定期清理旧日志：
即使配置了logrotate，仍需定期检查日志目录（如/var/log/nginx/），确保无异常增长的日志文件。可通过find命令手动删除30天前的旧日志：
find /var/log/nginx -type f -name "*.log.*" -mtime +30 -exec rm -f {} \;
分离日志存储路径：
若日志量极大（如日均1GB以上），可将日志存储到单独的分区（如/mnt/nginx_logs），避免占满系统分区。修改nginx.conf中的access_log和error_log路径即可：
http {
access_log /mnt/nginx_logs/access.log main;
error_log /mnt/nginx_logs/error.log warn;
}
使用外部日志管理工具：
对于需要集中化存储、实时分析的场景（如ELK Stack、Fluentd），可将Nginx日志发送到外部工具，实现日志的统一管理和长期归档（需额外配置日志转发，如通过syslog或fluentd agent）。
通过以上方案，可有效解决CentOS下Nginx日志存储过大的问题，确保日志文件的可管理性和服务器的稳定性。
