邮箱里突然跳出一封主机资源超限通知，提示CPU、内存或磁盘使用率已经越过设定阈值，这大概是不少运维人员都经历过的瞬间。第一反应通常是心里一紧，担心网站是不是已经无法访问了。但超限通知和网站宕机其实是两个概念。通知只说明监控系统发现某项资源持续高于预设值，网站可能仍在正常服务，也可能只是响应变慢。无论如何，收到通知后尽快核对实际使用情况，总比等到小毛病演变成大故障再处理要主动得多。
先确认是哪一类资源越线
主机资源并不是一个笼统的概念，不同资源对应着不同的表现和排查路径。CPU超限时，网站响应会变慢，动态页面生成时间明显拉长，后台操作出现卡顿。内存超限往往伴随进程被系统强制终止，表现为网站间歇性无法访问，数据库连接突然中断。磁盘空间超限最为直接，新文件写不进去，日志停止记录，数据库可能拒绝写入，图片和附件上传失败。数据库连接数超限则表现为页面报出数据库连接错误，但服务器本身负载看起来并不高。收到通知后要做的第一件事，就是确认通知里写的是哪一项或哪几项资源，不要笼统地当成整台服务器都不行了。
回想近期有没有做过改动
确认资源类型之后，接着回忆最近有没有做过调整。常见的情况包括：网站刚上线新功能，某个页面查询的数据量变大；刚导入一批商品或文章，数据库体积明显增加；刚调整过缓存策略，缓存命中率下降；刚安装了一个插件或第三方脚本，它在后台频繁请求接口。如果近期确实有变更，资源超限很可能和变更直接相关，优先回看变更内容。如果近期没有任何改动，那就要考虑流量自然增长或程序异常两个方向。流量增长通常是渐进的，超限通知会伴随访问量上升；程序异常则往往是突发的，访问量没变但资源消耗陡增。
翻一翻访问日志和错误日志
日志是判断异常来源最直接的依据。先看访问日志，重点找短时间内来自同一IP的大量请求，或者某个URL被反复访问。这类情况可能是爬虫抓取、恶意扫描，也可能是页面里某个资源加载失败导致浏览器反复重试。再看错误日志，重点找循环报错、数据库查询超时、内存分配失败等信息。如果错误日志里同一个错误在几分钟内重复出现几百次，基本可以判断是程序逻辑出了问题，比如某个定时任务没有正常结束，或者某个接口在异常状态下不断重试。找到异常请求或循环任务，资源超限的原因就清楚了大半。
按顺序处理，别一上来就重启
确认原因之后，处理要有顺序。第一步是确认影响范围，网站还能不能正常访问，哪些功能受影响，用户是否已经感知到。第二步是临时限制，如果是异常请求导致的，可以在主机层面临时封禁对应IP或限制该接口的访问频率；如果是磁盘满了，先清理临时文件和旧日志腾出空间。第三步是优化入口，针对找到的原因做调整，比如优化慢查询、修复循环任务、调整缓存配置。第四步是观察恢复情况，处理完之后不要立刻关掉监控，持续观察一段时间，确认资源使用回到正常区间并且稳定下来。直接重启服务器虽然能暂时缓解，但如果不找到原因，过一段时间还会再次超限。
平时就建立资源使用基线
减少被动处理的最好办法，是平时就建立资源使用基线。记录网站正常运行时CPU、内存、磁盘和数据库连接数的日常波动范围，知道什么水平是正常的。这样收到超限通知时，能快速判断是轻微偏离还是严重异常。it数运在网站维护服务中，会帮客户记录这些基础指标，让资源变化有据可查。基线不需要很复杂，每天固定时间记录一次，连续记录两三周就能看出规律。有了基线，超限通知就不再是让人紧张的消息，而是一个可以按步骤处理的常规提醒。
