小实例突然变慢，先分清瓶颈在哪再决定升不升级

前言

云服务器突然变慢，第一反应往往是“配置不够，升配吧”。先别急，变慢的原因有四种：CPU 排队、磁盘 IO 等待、内存吃紧、盘满了。升配只对其中一种管用，找错方向等于白花钱。先按下面顺序分清瓶颈，再决定动哪处。

第一处：负载高，先看它跟 CPU 核数比

uptime
nproc

判断标准：uptime 最后三个数是 1、5、15 分钟的平均负载，把它跟 nproc 的核数比——负载长期高于核数，才说明 CPU 真在排队；只看某一分钟冲高一次就下结论容易误判，要看 15 分钟那个数是不是也高。

第二处：CPU 在忙，还是在等磁盘

top -b -n 1 | head -20

判断标准：看 CPU 那一行的分项。us、sy 高，是真在算东西；wa 高，是 CPU 在等磁盘 IO，瓶颈在磁盘不在算力。这时升 CPU 核数没用，要先看是哪个进程在大量读写。

ps aux --sort=-%cpu | head -10

判断标准：先认清是哪个进程在吃 CPU 或带起 IO，再决定是它本身的问题，还是它被别的任务拖住了——动手前先认进程，别乱杀。

第三处：内存是不是真吃紧

free -h

判断标准：看 available 那一列，不是只看 used。available 长期很低、同时 swap 用量还在往上涨，才是内存真吃紧；只看 used 高容易误判——系统会把闲置内存拿去做缓存，那部分随时能还回来。

第四处：盘满没满，顺手排除掉

df -h
df -i

判断标准：盘满或 inode 用满也会让服务变慢甚至写不进去，这一步只是快速排除，不是今天的重点——如果这里真满了，按磁盘定位那套去查，别直接升配。

小结

顺序是：负载跟核数比 → 看 CPU 是在算还是在等 → 看 available 是不是真低 → 排除盘满。四处都正常、还是慢，再看网络那一侧；只有“负载长期高于核数、且 CPU 确实在算”这一种，才是升配能解决的。先分清，再花钱。