服務器磁盘寫满，通常不是一瞬間發生的。它更像一個慢慢积累的問题：日誌文件每天增長、缓存目錄越滚越大、舊备份忘了删、临时文件没人清理。等到磁盘使用率接近 100%，站点可能表現為响應變慢、图片加载失敗、資料库無法寫入，甚至直接返回 5xx。對訪客来说這是事故；對搜尋蜘蛛来说，连續抓取失敗也會影响它對站点可用性的判断。把磁盘和日誌纳入日常运营自查，比出事後再扩容更省心。
先看磁盘到底被什么占用
不要一上来就删文件。先確認空間去向，再决定處理方式。常用思路：
- 用 df -h 查看各分区整体使用率；
- 用 du -sh 逐层查看目錄体积，找到增長最快的目錄；
- 检查網站根目錄、日誌目錄、缓存目錄、备份目錄、資料库資料目錄；
- 留意是否有異常大的單文件，比如失控的日誌、未清理的压缩包、導出文件。
知道谁占空間，後續清理才有依據，也能避免誤删正在使用的文件。
日誌不是越多越好
訪問日誌和错誤日誌對排查問题很有價值，尤其是分析搜尋蜘蛛的抓取频次、狀態碼分布和抓取路径。但原始日誌長期不清理，會占用大量空間。建议：
- 設定按天或按大小轮轉，保留最近 7 到 30 天；
- 需要長期留存的日誌，压缩後轉移到其他存储；
- 错誤日誌單獨保留，方便定位問题；
- 定期检查日誌寫入是否正常，日誌突然不增長也可能是異常。
如果站点規模較大，可以在日誌轮轉後做一次摘要統計，把關键指标留存下来，原始文件就可以更放心地清理。
缓存、临时文件和舊备份
缓存能提升訪問速度，但缓存文件也需要管理。插件缓存、頁面缓存、图片缩略图、编译模板等目錄，可能随着内容更新不断产生新文件。建议確認缓存是否有自動清理机制，或者設定定期清理任務。备份文件同样容易堆积：本地保留最近几份即可，歷史备份應轉移到對象存储或离线位置，不要長期放在同一块磁盘上。
資料库與附件也不要忽略
資料库体积增長可能来自 revisions、临时表、日誌表、垃圾评论或無效订阅记錄。可以定期检查各表体积，清理確認無用的資料。附件目錄方面，要留意重复上传、未引用的图片、舊版本文件。刪除前最好先導出清單，確認這些文件没有被頁面引用，再批量處理。
設定阈值和告警
不要等磁盘 100% 才收到通知。可以在 70%、85%、90% 设不同級別告警，给自己留出處理時間。告警内容至少包括：哪台机器、哪個分区、目前使用率、增長趋势。如果能在磁盘增長異常时提前發現，很多故障可以避免。除了磁盘，還可以關注 inode 使用率，它和空間一样會導致無法寫入。
清理前的安全习惯
- 先备份再刪除，至少保留一份可恢复的副本；
- 確認文件不被程序占用，避免刪除後服務異常；
- 不要手動刪除正在寫入的日誌，優先用日誌轮轉工具；
- 用明确路径清理，而不是通配符乱删；
- 清理後观察一段時間，確認站点、資料库、图片訪問正常。
把检查寫進例行清單
可以每周或每月做一次简短检查：磁盘使用率、日誌轮轉是否生效、缓存目錄体积、备份是否成功、資料库增長是否正常。把這些項目寫進运营清單，比依赖记忆更可靠。對于有搜尋蜘蛛抓取需求的站点，稳定的服務器响應是基础條件，而不是額外加分項。
磁盘和日誌管理看起来是运维细节，但它直接影响站点能否稳定响應。稳定响應是訪客完成訪問、搜尋蜘蛛持續抓取的前提。
站点运营不只是内容更新和栏目規划，服務器维護同样是日常的一部分。磁盘空間和日誌管理不需要复杂工具，關键是定期看、提前處理、保留可恢复的余地。這样即使流量增長或日誌變多，也不至于因為一块磁盘寫满而让整個站点停摆。