给出 tmp、应用日志与包缓存的清理规则，避免「清理脚本比故障更危险」。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。

涉及 tmp清理、日志清理、磁盘维护 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。

原则

只清理可再生数据，清单明确比脚本激进重要，每次清理脚本上线先干跑。

tmp 目录

tmpfs 重启即清，普通分区用 find -mtime 按天清理，排除正在使用的会话文件。

应用日志

交给 logrotate 管理轮转与压缩，脚本只负责删除超期归档。

包缓存

apt 与 yum 的缓存定期清，Docker 用 prune 定期清悬空镜像，一次能出几个 G。

监控配合

磁盘告警阈值设在清理动作之前，先看是哪个目录涨，再决定清什么。

速查表

常见问题

Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节：原则、tmp 目录、应用日志、包缓存、监控配合。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。

相关阅读：查看系统信息：硬件、版本与运行时长、grep与awk：日志查错的实用组合、Swap设置：内存不足时的缓冲策略。

延伸阅读：日志切割与清理：logrotate实战、磁盘扩容：LVM与文件系统在线扩展、查看系统信息：硬件、版本与运行时长。