很多站点运营者把注意力放在内容、结构和链接上，服务器本身却常常只在出问题时才被想起。磁盘空间就是典型：它不会立刻报警，但当日志、缓存、临时文件慢慢堆积，站点可能先变慢，接着写入失败，最后连数据库都可能启动异常。与其等问题出现，不如把日志和磁盘空间纳入日常巡检。
为什么日志和磁盘容易被忽略
服务器日志本身是排查问题的好帮手，访问日志、错误日志、慢查询日志、爬虫抓取记录，都能帮助判断站点状态。但日志默认往往会一直追加，如果从不轮转和清理，几个月后单个文件就可能占用数 GB。再加上图片缓存、备份包、临时上传文件，磁盘占用会在不知不觉中上升。
更麻烦的是，很多服务器只在磁盘接近写满时才发通知，而那时候留给运营者处理的时间已经不多。提前建立检查和清理习惯，比事后救火更省力。
先看磁盘占用：找出增长最快的位置
排查时不要一上来就删文件，先看清楚空间到底被谁占用了。可以从整体到目录逐层展开，重点关注日志目录、缓存目录、备份目录和上传目录。
常用排查思路
- 先看整体磁盘使用率，确认是某个分区满，还是全局都紧张。
- 按目录大小排序，找出占用最大的几层路径。
- 查看大文件列表，留意异常大的日志、压缩包和数据库临时文件。
- 对比几天前的数据，判断哪些文件在持续快速增长。
- 检查是否有旧的备份包、测试环境文件或已下线项目的残留。
这里的关键是“先定位、再处理”。如果直接删除目录，可能误删仍在使用的缓存或配置文件，反而引起新的故障。
日志治理：轮转、保留与清理
日志不是不能留，而是要有保留策略。对大多数中小站点来说，访问日志保留数周到数月、错误日志保留更久一些，通常已经够用。具体保留多久，要结合排查需求和磁盘容量来定。
访问日志与错误日志
- 确认日志是否已经配置轮转，避免所有记录写进同一个文件。
- 设置合理的轮转周期和保留份数，例如按天切分、保留若干份历史文件。
- 对压缩后的旧日志定期清理，不要只轮转不删除。
- 错误日志单独关注，尤其是反复出现的警告和致命错误。
- 如果日志量异常大，先查原因，再决定是否降低记录级别。
有些抓取频率异常、页面报错循环、接口被频繁调用，都会让日志量突然上升。日志治理不只是省空间，也能暴露站点运行中的异常信号。
清理时的注意事项
清理磁盘空间时，建议遵循几个原则：不确定用途的文件先备份或改名观察；正在被进程占用的日志不要直接删除，优先用轮转或清空内容的方式处理；数据库文件、证书、配置文件不要凭感觉清理；清理后观察站点访问、图片加载和后台功能是否正常。
把“清理”当成一次小变更来对待：先记录改了什么，再观察一段时间。这样即使出现问题，也能快速回退。
建立定期巡检清单
服务器维护不需要很复杂，但需要固定节奏。可以每周或每两周做一次快速检查，按月做一次较完整的清理和复盘。
- 查看磁盘使用率，记录趋势，而不是只看当前数字。
- 检查日志轮转是否正常执行，保留份数是否符合预期。
- 清理过期备份、临时文件和不再使用的旧版本文件。
- 确认缓存目录没有失控增长，必要时调整缓存策略。
- 检查错误日志中是否有反复出现的异常，及时记录并处理。
- 清理完成后，简单访问几个核心页面，确认站点响应正常。
站点运营中的很多问题，都来自“平时没人看”的角落。日志和磁盘空间恰好属于这一类。把它们纳入常规巡检，不需要多高深的技术，却能在关键时刻避免站点因为空间不足而停摆。对运营者来说，稳定本身也是一种体验。