傍晚访问变慢，磁盘占用却已逼近上限
不少网站运营者会碰到一种颇具迷惑性的情况：白天访问一切正常，临近傍晚网站开始明显变慢，页面要等，后台操作也卡。登录服务器一查，磁盘占用已经接近上限。很多人的第一反应是带宽不够或者代码出了问题，但从实际排查经验看，磁盘写满引发的连锁反应，往往才是整站变慢的直接原因。
磁盘写满，影响的不只是存储这一层
磁盘空间不足会同时波及多个层面。日志文件持续写入却无法轮转，会拖慢写入速度；上传目录堆积大量素材，占用空间的同时也影响目录读取效率；临时文件清理不掉，会占用系统缓存空间；数据库备份文件越积越多，可能挤占业务数据的可用空间；缓存文件写入失败，则会直接导致页面重复计算、响应变慢。这些表现各不相同，需要分开判断，不能一概而论。
按顺序排查的五个步骤
第一步，查看整体占用情况，确认是哪个分区接近上限，避免只盯着一个目录。第二步，定位增长最快的目录，用按大小排序的方式找出占用大头，而不是凭印象猜测。第三步，区分一次性文件与持续写入文件，前者可以按计划清理，后者要找到写入源头。第四步，确认清理权限与保留期限，哪些文件可以删、哪些必须留，提前和业务方对齐。第五步，清理后持续观察一段时间，看占用是否再次快速上升，判断问题是否真正解决。
容易误判的几种情况
只删大文件却不处理日志轮转，空间很快又会被填满。把业务数据误当临时文件清理，可能造成不可逆的损失。清理完成后没有验证服务状态，表面空间恢复了，实际服务仍未恢复正常。还有一种情况是只清理了当前分区，忽略了备份文件写在另一个挂载点，问题依旧存在。
日常托管可以落地的几件事
设置磁盘占用阈值提醒，在接近上限前就介入；约定日志保留天数，让轮转有章可循；上传目录定期盘点，清理无用素材；备份文件异地存放，避免和业务数据争抢同一块空间。这些动作不复杂，关键在于形成固定节奏。
it数运在网站托管与服务器管理中一直强调把过程做清楚，磁盘排查同样如此：先看清影响范围，再按顺序定位，最后用观察验证结果。涉及具体系统配置和清理操作时，应以实际环境和服务商说明为准，避免照搬他人经验造成误删。
