服务器磁盘空间清理实战：先定位再动手，别误删

云服务器磁盘空间不足时，常见的表现是服务写日志失败、数据库无法写入、上传功能报错，甚至系统更新都装不上。很多人第一反应是到处删文件，但误删系统文件或业务数据的代价远大于一次清理带来的空间收益。正确的做法是先定位、再判断、最后动手，并且每一步都留好确认环节。

第一步是看整体用量。用 df -h 可以看到每个挂载点的已用比例和剩余空间，重点关注根分区和数据分区；如果某个分区接近写满，再用 du -sh 查看该分区下各一级目录的占用，逐步向下钻取，找到真正的大户。很多时候占用大头的不是业务数据，而是日志、缓存、旧的备份文件或下载后忘记删除的安装包。定位到目录后，先确认里面是什么，再决定删不删。

第二类常见大户是系统日志和应用日志。日志本身是排查问题的重要依据，不建议直接清空正在写入的日志文件，截断正在写的文件可能导致服务异常。更稳妥的做法是确认日志轮转是否生效：系统自带的 logrotate 通常会按大小或时间压缩、归档旧日志；如果某个服务的日志从未轮转，先把轮转规则补上，再处理已经堆积的旧压缩包。已经确认不再需要的旧日志，可以按时间分批删除，保留最近一段时间的记录以备排查。

第三类是包管理缓存和旧内核。系统更新后留下的安装包缓存、旧版本内核都会持续占用空间。用系统自带的清理命令可以安全地释放这部分空间，但删除旧内核时务必保留当前正在运行的内核和上一个可用版本，万一新内核有问题还能回退。容器环境下也类似：停止的容器、悬空的镜像和未使用的构建缓存会悄悄吃掉大量空间，定期用官方提供的清理命令处理即可，清理前先确认没有正在使用的镜像被误删。

第四类是临时文件和备份。临时目录里的文件并非都能删，有些是正在运行的服务临时生成的，删除后可能影响运行中的任务。备份文件则要格外小心：删除前先确认备份是否还有其他副本、恢复流程是否验证过。清理备份的正确方式是按保留策略执行，例如只保留最近几次完整备份和一定时间内的增量备份，而不是一次性清空整个备份目录。

最后，建立预防机制比事后救火更重要。可以给磁盘用量设一个告警阈值，例如用到八成时提醒；对日志、备份、缓存分别设定保留周期；每月固定做一次空间巡检，把占用前几名的目录记录下来。这样磁盘空间就不会在毫无预警的情况下写满，清理时也有据可查。记住一条原则：不确定的文件先移动到临时目录观察几天，确认无影响后再真正删除。