云服务器运维中，日志文件既是故障排查的“线索本”，也是磁盘空间的“消耗大户”。合理清理日志不仅能释放存储空间，还能提升服务器运行效率。本文从评估到执行，分享一套实用的日志清理指南。

日志清理前的评估

动手清理前，先做两件事：明确日志价值、掌握磁盘状态。不同日志“分量”不同——系统日志（如/var/log/syslog）记录了服务器启动、错误等核心信息，是故障排查的关键；应用日志（如Nginx的access.log）则记录业务操作，对分析用户行为或定位接口问题有帮助。建议根据业务需求和合规要求（比如财务系统可能需保留180天日志），提前规划每类日志的保留期限。

接着用命令看“家底”：输入`df -h`（查看磁盘空间使用情况的命令），能看到各分区的已用空间和剩余容量。若某分区使用率超80%，就得优先清理；再输入`du -sh /var/log`（统计/var/log目录总大小的命令），直接定位日志占了多少空间。曾遇到过客户服务器因/var/log占满导致无法写入新日志的情况，提前评估能避免这类尴尬。

选对方法，清理更安全

手动清理：小范围精准操作

适合清理少量或临时日志。比如要删除/var/log/old目录下的过期文件，输入`rm -rf /var/log/old/*`即可。但用`rm`要特别小心——曾有运维新手误将`/var/log/*`写成`/var/*`，导致系统文件被删。建议操作前先`ls`确认路径，或用`echo`打印命令预览效果。

若想保留日志文件的权限和属性（比如某些程序依赖固定路径的日志文件），可用`cat /dev/null > 文件名`清空内容。例如`cat /dev/null > /var/log/app.log`，会保留app.log文件但清空内部数据，比直接删除更稳妥。

日志轮转：自动化归档神器

Linux系统自带的`logrotate`（日志轮转工具）能按规则自动压缩、备份、删除日志，是长期运维的“好帮手”。配置文件在/etc/logrotate.conf，自定义规则存放在/etc/logrotate.d目录。

举个常用配置例子：

/var/log/syslog {
    daily       # 每天轮转一次
    rotate 7    # 保留最近7个旧日志
    compress    # 轮转后压缩旧文件
    missingok   # 日志文件不存在时不报错
    create 640 root adm  # 新建日志文件权限640，属主root，属组adm
    postrotate
        /usr/bin/systemctl reload rsyslog  # 轮转后重载rsyslog服务
    endscript
}

这个配置会让syslog每天自动备份，只留7天内的压缩包，既省空间又保证有足够的历史记录。

定期计划：让清理成为“惯性动作”

靠人工清理容易漏，用`cron`任务设置定期执行更靠谱。比如写一个clean_logs.sh脚本：

#!/bin/bash
清理/var/log/old目录下超过30天的日志
find /var/log/old -type f -mtime +30 -delete
强制执行一次日志轮转
logrotate -f /etc/logrotate.conf

脚本写完后，用`chmod +x clean_logs.sh`赋予执行权限。再通过`crontab -e`添加定时任务：

0 2 * * * /root/scripts/clean_logs.sh

这行代码表示每天凌晨2点执行脚本（选业务低峰期避免影响服务）。记得先测试脚本——可以把`-delete`换成`-print`，确认要删除的文件是否正确。

云服务器的日志就像“运行日记”，既要保留关键信息，又不能让它“撑爆”磁盘。通过评估价值、选对工具、定时执行这三步，既能保证运维需求，又能让服务器保持“轻盈”状态。掌握这些技巧，日志管理不再是头疼事。