服务器磁盘空间告警，几乎是每位运维人员都避不开的常见状况。警报一响，很多人的第一反应就是立刻删文件腾空间。但若不加思索地直接动手删除，往往容易引发更大的连锁问题。比如，不小心删除了某个程序正在写入的日志，服务当场异常；或是误清了数据库的旧备份，等到真要恢复数据时才发现早已无计可施。磁盘清理从来不是简单的文件搬运，它需要先理清文件属性、确认服务依赖关系，再谨慎执行。
动手清理前，先完成三项检查：查看空间占用分布、确认服务依赖、核对备份状态
在删除任何文件前，不妨先花几分钟做好三项基础检查，这样后续操作会稳妥许多。第一，查看磁盘占用分布。可通过du命令按目录层级统计各文件夹大小，找出真正占据空间的大头，而不是凭感觉去猜。第二，确认服务依赖。对每个待清理的目录，都要思考是否有运行中的服务正在读写该路径。若不确定，可先查看相关进程的启动参数和日志输出位置。第三，核对备份状态。如果某个文件是唯一副本，无论它看起来多陈旧，都不能直接删除。必须先确认已有其他位置的备份，或先将文件转移至备份存储，再做后续处理。
常见的可清理文件类型：日志、临时文件、旧备份、构建产物
经过初步排查后，以下几类文件通常可优先纳入清理范围。日志文件是最常见的空间占用来源，尤其是长期运行且未配置轮转机制的应用日志。可按日期保留最近三十天或九十天，更早的日志在确认无排查需求后，可删除或压缩归档。临时文件包括系统临时目录、程序运行期间生成的缓存文件，以及上传下载过程中残留的临时片段，这类文件一般可安全清理。旧备份文件则需谨慎对待，如果备份策略为每日全量，那么磁盘上超过保留周期的历史备份可以删除，但删除前务必确认最新备份完整且可正常恢复。构建产物指编译打包过程中生成的中间文件和旧版本安装包，在确认当前生产版本运行稳定后，这些历史产物也可予以清理。
不可随意删除的文件类型：数据库文件、配置目录、运行中进程的日志
与上述几类不同，有些文件无论磁盘多么紧张，都不能轻易触碰。数据库数据文件是重中之重，包括数据目录、表空间文件和事务日志，这些文件一旦被删除，数据恢复难度极高，任何情况下都不应通过直接清理数据库文件来释放空间。配置目录同样不能随意删除，程序运行所需的配置、证书、密钥文件通常存放于此，误删会导致服务无法启动。运行中进程正在写入的日志文件也需特别留意，直接删除文件本身可能不会立刻报错，但进程仍会持续向已删除的文件句柄写入数据，空间不会被真正释放，反而可能引发进程异常。正确的做法是先通知应用侧完成日志切换，再处理旧文件。
清理完成后如何验证服务正常并记录变更
清理操作执行完毕，并不代表工作已经结束。接下来需要验证服务是否运行正常，重点检查各核心服务的进程状态、日志输出是否出现新的报错，以及业务接口能否正常响应。同时，重新查看磁盘使用情况，确认空间确实得到释放。最后，将本次清理的目录、删除的文件类型、保留策略和操作时间记录下来，形成一份简要的变更记录。这样下次再遇到磁盘告警时，可以直接参考历史记录判断哪些文件已处理过，哪些是新出现的问题，避免重复排查和误删风险。磁盘清理本身并不复杂，难的是在操作前想清楚每一步可能带来的影响范围，这也是服务器日常维护中最需要耐心和细致的地方。
