1. 目标与现状评估
在Linux服务器上进行垃圾清理时，先做现状评估再制定策略，能显著提高后续清理的准确性与安全性。通过系统级别的磁盘占用、日志体积与临时目录的分布来把握清理优先级，是进入到“日志、缓存与临时文件的完整清理方案”的前提。关键指标包括磁盘剩余空间、/var/log与/var/tmp的占用比、以及系统写入速率，这些都决定了清理的深度与频率。
常用的评估工具能够快速给出可操作数据。df -h可以显示磁盘分区的使用情况，du -sh /var/log能告诉你日志目录的总体大小，而journalctl --disk-usage则能评估系统日志的占用情况。把时间维度引入，如最近7天、30天、90天的日志变化趋势，有助于判断轮转与清除的阈值。
在开始清理前，务必进行备份与风险评估，尤其是对业务日志、审计记录等重要日志，避免误删造成不可逆的合规与排错难题。制定可回滚的清理策略，并将需要保留的关键日志路径列出白名单，防止误删除造成数据丢失。
日志、缓存与临时文件的存放位置与分布
日志通常集中在/var/log及其子目录，系统日志可能在/var/log/journal，应用日志分布在/var/log及应用自有目录中。缓存目录则包括包管理缓存、应用缓存和浏览器/中间件缓存等，常见的缓存路径有/var/cache、/var/cache/apt、/var/cache/yum等。临时文件通常位于/tmp、/var/tmp，若服务器有容器或虚拟化环境，相关的临时卷也需纳入评估范围。
评估结果对清理策略的影响
根据评估结果，可以将清理分为三类优先级：高优先级：日志与/tmp/var/tmp中的旧文件；中优先级：包管理缓存与应用缓存；低优先级：长期归档日志和符合保留策略的历史数据。对高优先级的清理尽量采取不可回退的安全措施（如先执行轮转、再删除旧日志），对低优先级则可采用分阶段归档与压缩策略。
2. 日志文件的清理与管理策略
2.1 日志种类与存放位置
日志分布在系统日志、应用日志以及容器/服务日志等多处。系统日志通常位于/var/log，其中的子文件和目录可能以.log、.gz等形式存在，systemd+journald日志可能位于/var/log/journal，并且在容量较大时需要定期轮转与清理。理解各日志的保留策略与轮转周期，是实现“日志、缓存与临时文件的完整清理方案”的基础。
对应用日志要了解其写入行为，例如Nginx/Apache、数据库和中间件可能有单独的日志目录，哪些日志是必须保留、哪些可以轮转压缩，这决定了清理的边界条件。对于长期合规性要求较高的系统，需在轮转时保留一定时段的历史数据并进行压缩归档。
为了简化管理，建议对日志目录建立统一的轮转策略，使日志产生与清理的节律一致，避免短时间内出现极端的磁盘占用峰值。
2.2 使用logrotate进行轮转与压缩
logrotate是Linux日志轮转的核心工具，借助它可以实现定时轮转、压缩、删除及重新加载日志服务配置。正确的轮转策略能显著降低单个日志文件的增长速度，同时保持必要的历史数据。下面是一个典型的日志轮转配置片段示例，适用于/var/log/*.log类型的日志文件。
/var/log/*.log {
daily
rotate 7
compress
missingok
notifempty
create 0640 root adm
sharedscripts
postrotate
systemctl reload rsyslog.service >/dev/null 2>&1 || true
endscript
}通过上述配置，每天轮转一次，保留最近7个轮转文件，旧文件使用gzip压缩，空文件不轮转，轮转后重新加载日志服务，以确保新日志写入正常。
2.3 清理旧日志的具体命令
在日常运维中，除了依赖logrotate，还需要对历史日志进行定期清理。下面的命令示例展示了如何删除超过设定天数且已压缩的日志，以及清理特定子目录中的冗余日志。
# 删除/var/log目录中超过30天且已压缩的日志
find /var/log -type f -name '*.gz' -mtime +30 -delete
# 清理特定应用日志（如Nginx的访问/错误日志，按需要调整路径与后缀）
find /var/log/nginx -type f -name '*.log.*' -mtime +15 -delete定期执行这些清理命令，可以有效压缩历史日志带来的磁盘占用，而不影响当前日志的写入与查询。在多节点环境中，建议统一在集中运维脚本或配置管理工具中调度执行。
3. 缓存与临时文件的清理
3.1 缓存清理要点
缓存包括包管理缓存、应用运行时缓存以及容器镜像等。最常见的清理目标是包管理缓存，它们随软件包的更新而增大，通常可以在不影响系统功能的前提下清理。对于不再使用的包和缓存，应该执行适度的清理以释放磁盘空间。确保开启自动更新后再执行清理，以防止触发依赖问题。
常见的清理组合包括清除包缓存、自动删除不再需要的软件包，以及清理应用缓存。对于不同的发行版，命令略有差异，但目标一致：释放磁盘空间而不影响服务可用性。
3.2 常见清理命令示例
以下命令覆盖Debian/Ubuntu与RHEL/CentOS系統的缓存清理，建议在受控环境中逐步执行以避免误删。
# Debian/Ubuntu
apt-get clean
apt-get autoclean
# 清理无用的包与依赖（谨慎执行）
apt-get autoremove -y# RHEL/CentOS 7/8/9（DNF）
dnf clean all
dnf autoremove -y除了包缓存，/var/cache下的应用缓存也可以定期清理，具体路径与策略需结合实际运行的服务来制定，例如清理Web服务器缓存、应用框架缓存等。清理时务必排除正在运行的服务需要的数据，避免影响业务。
3.3 临时文件清理实践
临时文件通常位于/tmp和/var/tmp，若业务允许，定期清理旧的临时文件有助于释放大量磁盘空间。在清理前对正在使用的会话与锁文件进行保护，以免误删造成服务不可用。
# 删除/tmp中超过10天未访问的文件
find /tmp -type f -atime +10 -delete
# 删除空目录
find /tmp -type d -empty -delete对于长期运行的服务，建议使用更细粒度的筛选条件，例如只清除特定前缀或特定应用的临时文件，同时保留活动会话所需的临时数据。
3.4 系统缓存与内存缓存的谨慎清理
有时人们会考虑清理系统内存缓存以即时释放磁盘使用，但这通常不是最佳做法，因为Linux内核会根据需要动态缓存以提升性能。仅在极端内存压力下，且经过测试确认无副作用时，才考虑 drop_caches，并通过同步操作确保数据一致性。
# 请谨慎使用，确保在维护窗口执行
sync; echo 3 > /proc/sys/vm/drop_caches4. 我们的终极自动化清理方案
4.1 基于计划任务的自动化执行
要达到“日志、缓存与临时文件的完整清理方案”的长期效果，自动化是关键。通过系统计划任务（如定时的systemd timer或cron job）对日志轮转、日志清理、缓存清理和临时文件清理进行周期性执行，可以确保磁盘空间保持充足，并防止单次峰值占用。自动化脚本应具备幂等性、可回滚性及详细日志，以便排错与审计。
下面给出一个简化的自动化流程示意：先执行日志轮转与压缩，然后清理旧日志和缓存，最后清理临时文件。所有操作会记录到日志，出现错误时触发告警或邮件通知。
#!/bin/bash
set -euo pipefail
LOGFILE="/var/log/cleanup-logs-caches.log"
exec > 2>&1 &> "$LOGFILE"
echo "Starting cleanup: $(date)" | tee -a "$LOGFILE"
# 1) 日志轮转与压缩由logrotate负责，确保轮转配置已就绪
echo "[Step] logrotate" | tee -a "$LOGFILE"
logrotate -f /etc/logrotate.conf || true
# 2) 清理旧日志
echo "[Step] purge old logs" | tee -a "$LOGFILE"
find /var/log -type f -name '*.gz' -mtime +30 -delete || true
# 3) 清理包管理缓存
echo "[Step] clear package cache" | tee -a "$LOGFILE"
apt-get clean || true
dnf clean all || true
# 4) 清理临时文件
echo "[Step] clean /tmp" | tee -a "$LOGFILE"
find /tmp -type f -atime +10 -delete || true
# 5) 可选：清理其他应用缓存，按实际环境扩展
echo "Cleanup completed: $(date)" | tee -a "$LOGFILE"
4.2 基于Systemd Timer的定时执行
将上述清理脚本集成到systemd timer中，可以实现定期自动化执行，确保服务器磁盘空间持续健康。以下是常用的定时器与服务单元模板，按需调整执行周期与脚本路径。
# /etc/systemd/system/clean-logs-caches.service
[Unit]
Description=Logs, caches and tmp cleanup service
[Service]
Type=oneshot
ExecStart=/usr/local/sbin/cleanup-logs-caches.sh
# /etc/systemd/system/clean-logs-caches.timer
[Unit]
Description=Run cleanup-logs-caches twice a week
[Timer]
OnCalendar= Tue *-*-* 02:00:00
OnCalendar= Sun *-*-* 03:00:00
Persistent=true
[Install]
WantedBy=timers.target
启用与启动定时器：
systemctl enable --now clean-logs-caches.timer
systemctl start clean-logs-caches.timer4.3 监控与告警集成
自动化清理若要真正有效，需要与监控告警结合。可以在清理脚本中记录关键事件，并在磁盘使用率达到阈值时触发告警。下面是一个简单的监控逻辑示例：如果/var的使用率超过90%，发送邮件通知或推送到监控平台。
#!/bin/bash
#!/bin/bash
THRESHOLD=90
USAGE=$(df -h / | awk 'NR==2 {print $5}' | tr -d '%')
if [ "$USAGE" -ge "$THRESHOLD" ]; then
echo "Disk usage at $(date): ${USAGE}%" | mail -s "Disk alert: / usage ${USAGE}%" admin@example.com
fi4.4 性能影响评估
自动化清理应尽量在低峰期执行，避免对写入密集的业务造成抖动。在部署前进行预演，记录清理前后磁盘使用、I/O等待时间与应用响应时间，以确保清理动作的实际收益与风险处于可控范围。通过监控仪表板可视化呈现趋势，帮助运维团队快速发现异常变化。
以上内容构成“日志、缓存与临时文件的完整清理方案”的核心要点，结合实际服务器场景进行定制化落地，可以实现高效、可持续的磁盘空间管理。
