网站突然变慢：CPU、内存、磁盘、带宽四步定位

发布时间:2026-10-14 14:55

## 排查步骤与命令 变慢的物理原因只有四个去处：算力、内存、存储、网络。四步定位法按序执行，每步一条命令一个判读标准。 第一步 CPU。top 或 htop 看负载与 CPU 分布：用户态占比高且某个进程突出，是计算密集，查它该不该吃这么多——多半是代码循环、正则回溯或流量突增；IO 等待高则跳到第三步。负载远超核数但 CPU 不忙，也是 IO 或内存的故事。 第二步内存。free 看 available 而不是 free 列：available 长期低于总量的百分之十就要警惕，swap 的 used 开始非零说明已经在硬扛，配合 vmstat 1 看 si so 是否持续非零。内存不足会引发换页拖慢一切，典型表现是"哪儿都不忙但哪儿都慢"。 第三步磁盘。iostat -x 1 看 util 与 await：util 长期接近满、await 以毫秒计偏高，磁盘是瓶颈。定位到具体进程用 iotop，常见元凶是数据库慢查询、日志狂刷、备份任务撞峰。 第四步带宽。iftop 看实时连接流量，或直接看顺云控制台的带宽监控曲线：出方向跑满，网页加载就慢，用户体验与 CPU 无关。找到吃流量的连接后回日志对账，是正常流量增长、被爬、被盗链还是被打，各有各的处置。 ## 判读要点 四步的顺序有讲究：先排除资源瓶颈，再进应用层。资源四项全部正常而网站仍慢，问题转向应用链路：数据库慢查询、外部接口超时、缓存失效风暴。此时看应用日志与慢查询日志，配合浏览器开发者工具的网络面板拆每个请求的耗时，前端慢与后端慢再分家。 ## 收尾 定位到根因后，修复动作要留痕：改了什么配置、杀了什么进程、调了什么参数，记入事件记录。变慢事件是容量评估的最佳输入，顺云云服务器的监控曲线存下全程，事后复盘能看出瓶颈先到的顺序，下次扩容先扩哪一项就有了依据。四步法练熟，从接到报警到定位根因，十分钟左右。