温馨提示×

linux cleanup最佳时机是

小樊
44
2026-09-17 14:24:54
栏目: 智能运维

在 Linux 系统管理与运维中,"cleanup(清理)"通常指日志、缓存、临时文件、旧内核、无用包、容器镜像等的清理。所谓“最佳时机”取决于清理对象系统运行状态,下面按场景总结:


一、通用最佳原则

系统低负载时
业务低峰期(如凌晨)
有备份 / 可回滚前提下

避免在:

  • 高并发
  • 正在部署 / 发布
  • 磁盘即将写满的临界状态(应先紧急清理)

二、按清理对象的最佳时机

1️⃣ 日志清理(/var/log)

最佳时机

  • 日志轮转后(logrotate 完成后)
  • 每日凌晨 cron(如 02:00–04:00)

建议

journalctl --vacuum-time=7d

或配置 logrotate


2️⃣ 临时文件(/tmp, /var/tmp)

最佳时机

  • 系统重启前
  • 或定时任务(systemd-tmpfiles)

示例

systemd-tmpfiles --clean

3️⃣ 包缓存(apt / yum / dnf)

最佳时机

  • 软件安装 / 升级完成后
  • 定期(如每周)

命令

apt clean
dnf clean all

4️⃣ 旧内核清理

最佳时机

  • 确认新内核稳定运行 ≥ 1 周
  • 重启验证后

⚠️ 不要清理当前正在运行的内核


5️⃣ Docker / Kubernetes 清理

最佳时机

  • 非业务高峰
  • CI/CD 流水线结束后
docker system prune -a

6️⃣ 磁盘空间紧急清理

最佳时机

  • 磁盘使用率 > 85% 就应计划
  • 95% 属于紧急清理

此时不考虑“最佳”,先保命:

du -x / | sort -n | tail

三、推荐清理节奏(生产环境)

项目 频率
日志 每日
临时文件 每周
包缓存 每月
旧内核 每 1–3 月
镜像 / 容器 按使用

四、一句话总结

Linux cleanup 的最佳时机是:业务低峰 + 系统稳定 + 可回滚,且越早规律清理越好,不要等磁盘爆了才动手。

如果你说的是某个具体场景(如 Docker、K8s、数据库服务器、桌面 Linux),我可以给更精确的时机和建议。

0