站点打不开或变慢，很多时候并不是流量突然暴涨，而是服务器上某个进程一直占着 CPU、内存或磁盘读写。对个人站长和小团队来说，这类问题最容易被忽略：页面平时是好的，只是偶尔卡顿，等到某天备份脚本、图片压缩任务和抓取程序同时跑起来，整站响应就明显变慢。
先分清是负载高，还是某个进程卡住
登录服务器后，不要急着重启服务，先花几分钟看清现状。
- uptime：看 1、5、15 分钟的平均负载，和 CPU 核心数对比。单核机器负载长期超过 1、四核超过 4，就说明请求已经在排队。
- top 或 htop：按 CPU 与内存排序，记下占用最高的几个进程名和 PID。
- free -h：确认是内存不足导致 swap 频繁读写，还是单纯 CPU 被占满。
- iostat 或 iotop：看磁盘是否被大量写入拖住，日志、备份、数据库都可能出现在这里。
把这些信息连同时间点一起记录下来。负载问题常常是间歇性的，两小时后再看可能一切正常，有历史记录才好判断规律。
常见的资源占用大户
- 备份与打包脚本：压缩整站目录、导出数据库，短时间吃掉大量 CPU 和磁盘 IO。
- 图片处理与缩略图生成：批量上传后一次性生成，容易长时间占用资源。
- 日志切割与统计：单个日志文件很大时，切割和压缩会明显拖慢磁盘。
- 站内爬虫或自建抓取任务：不少运营工具直接在服务器上跑抓取，频率设置过高时相当于自己给自己加压。
- 数据库慢查询：一条语句扫全表，把连接数占满，表现出来就是整站变慢。
- 被扫描或异常请求：大量请求打到动态页面，进程数迅速上升。
处理原则：限速、错峰、隔离
- 限速：给备份、压缩、抓取类任务加上并发上限，别让它们用满所有核心。命令行任务可以用 nice 或 ionice 降低优先级。
- 错峰：把重任务安排在访问低谷，并让它们之间不要同时开始，例如备份和日志切割间隔半小时以上。
- 隔离：能放到独立进程或独立机器上的任务就分出去，至少不要和 Web 服务抢同一份资源。
- 留出口：任何批量任务都要有超时和失败退出机制，避免卡死在那里一直占着资源。
建立可重复的观察习惯
与其等出问题再排查，不如把观察固定下来：每天固定时间看一眼负载曲线和进程快照；给关键服务配置进程级监控，进程数、内存占用、响应时间超标时提前告警；每隔一段时间回看一次，看看哪些任务在悄悄变重，比如备份数据量变大、日志增长加快、抓取任务的范围被改宽。
如果服务器上还跑着定时任务，建议把执行时间、预计耗时、资源占用情况记在一个简单的表里，新增任务时先对照一下，避免多个重任务挤在同一时段。
提示：不要用「重启解决一切」的方式掩盖问题。重启能让站点暂时恢复，但如果不找出是哪个进程、因为什么原因占用资源，同一个问题还会再来。排查过程留下的记录，本身就是站点运营的一部分。