为什么服务器一直卡，服务器卡顿频繁怎么回事

服务器一直卡，核心原因是硬件资源耗尽、系统配置不当或应用代码低效，排查要按CPU、内存、磁盘IO、网络的顺序逐层进行。

服务器卡顿这事儿,不少运营和开发朋友都撞上过，咱们把服务器当个活人来看，它说”卡”的时候，其实是在喊”我忙不过来了”，今天聊聊它到底卡在哪儿，以及怎么把它伺候舒坦。

服务器一直卡是什么原因

服务器跟人一样,干活需要力气和工具，卡顿很少是单一原因，往往是几个环节同时出了问题，你可以在服务器上敲几个命令，观察它的”身体状况”。

CPU打满了，活儿堆得没人干

CPU是服务器的大脑,大量请求同时涌进来，或者后台任务（定时脚本、数据处理）把CPU占满时，新的请求只能排队等待，运行top命令，看到%us或%sy的数值长期飙高，load average超过CPU核数，基本可以判断是CPU瓶颈。

用户态CPU占用高

通常说明业务代码在大量计算,比如循环处理、图片压缩、加解密操作，这类问题要从代码层面优化，单纯加CPU核数治标不治本。

系统态CPU占用高

多半是内核在做频繁中断处理或进程切换,常见于网络流量过大、防火墙规则复杂或者虚拟化环境下的CPU抢占。

队列等待

load average就是CPU的”待办清单长度”，超过核数越多，卡顿越明显，一般经验是负载超过核数的1.5倍持续几分钟，就得认真处理了。

内存不够用，硬盘来凑热闹

内存是CPU的”工作台”，内存见底时，系统把暂时不用的数据挪到硬盘的swap分区，这个动作叫换页，硬盘速度比内存慢几个数量级，swap一频繁，服务器卡得相当明显。

运行free -m看看内存和swap的情况，如果swap的used数值持续上涨，说明内存已经捉襟见肘，数据库类服务器对swap尤其敏感，每次读写都要经过慢速磁盘，性能直线下滑。

磁盘IO成了”慢性子”

磁盘是服务器的”仓库”，数据库查询、日志写入、文件读写全依赖它，用iostat -x 1观察磁盘的util

和await，如果util逼近100%，或者await长期超过几十毫秒，IO就是瓶颈。

最常见的场景：数据库慢查询一大堆，每次查询都做全表扫描，磁盘一直高速转动却交不出结果，另一个极端是大量小文件随机读写，比如高并发的日志写入，普通机械盘根本招架不住。

网络带宽和连接数被抽空

带宽不够,服务器就像被人掐住喉咙，用户请求进不来，响应发不出去，表现出来的就是”卡”，用iftop或sar -n DEV看实时流量，如果网卡流量持续接近上限，那就是带宽或入口交换机的问题。

还有一种情况是连接数耗尽,比如PHP-FPM的进程数被占满，或者Tomcat的连接池满了，新连接只能排队等待，网站表现就是访问缓慢甚至超时。

服务器卡顿怎么排查

排查要有一套顺序,别像无头苍蝇一样乱试，推荐路径是：先看资源占用，再看进程详情，最后看应用日志。

从顶层命令开始

登录服务器,第一件事运行uptime，看负载的1分钟、5分钟、15分钟平均值，1分钟的值比15分钟高，说明是短期突发；三个值都高，说明持续满载了。

接着运行top -c，按大写P（CPU排序）或M（内存排序），找出最吃力的进程，记下进程PID，再用top -Hp PID查看这个进程内部的线程，进一步定位是哪条代码路径在做重活。

用性能工具看系统内部

• vmstat 1 5：看r列（运行队列长度）、si列和so列（swap页换入换出）。si和so是高危信号，代表内存告急。
• iostat -x 1：看每个磁盘的使用率和等待时间，行业共识认为，磁盘util持续超过80%就该认真对待了。
• sar -q 1 3：看历史负载和运行队列，适合排查周期性卡顿，如果你发现每天固定时间点卡一下，多半是定时任务或备份脚本在作怪。

检查数据库和应用代码

系统层面没问题,卡顿多半来自应用层，打开MySQL的慢查询日志，看有没有执行时间超过几十秒的SQL，打开Nginx或Apache的access log，统计哪些URL的响应时间异常长，这些操作路径虽然繁琐，但定位效率最高。

资源充足、应用日志也干净的情况下，就查代码逻辑：有没有死循环、有没有锁竞争、有没有频繁创建和销毁大对象，业内专家指出，多数应用层面的卡顿最终指向不合理的查询和冗余的循环逻辑。

服务器性能下降对比：云服务器与物理机

不少人在纠结,到底该买云服务器还是自建机房，云服务器卡顿的排查思路是通用的，但出问题的场景和物理机有明显区别。

下表给个直观对比：

预算有限买便宜云服务器，为什么会卡

选云服务器时,如果预算卡得紧，买了低配入门实例，那卡顿几乎可以预见，这类实例的CPU有配额限制，被限制在基准性能的20%到可突发上限之间，一旦跑负载型任务，CPU直接被”锁脖子”，表现就是服务器一直卡，怎么调都没用。

所以选配置时,别只看云服务器价格便宜就下单，要关注CPU核数、内存大小、带宽峰值和是否支持突发性能担保，最省心的做法是把负载监控指标打开，观察一周再决定是否升配。

物理机的卡顿更多来自硬件老化

物理机的硬盘、内存条用久了，容易出现坏道、ECC报错，这些问题不会立刻触发宕机，但会让读写速度异常变慢，表现也是卡，建议每年用SMART工具扫描磁盘健康状态，用MemTest86检测内存稳定性。

网站服务器卡怎么办

按”先止血、再查根、最后治本”的逻辑来操作，效率最高。

先止血再说

网站正在卡,别等它彻底死掉，立刻做两件事：

• 重启Web服务和PHP-FPM，释放被占满的进程资源。
• 如果是云服务器,直接在控制台临时升配到更高配置的实例，几分钟把问题压制下去。

查清根因

用top看CPU和内存，用iostat -x 1盯磁盘，用iftop看带宽，用tcpdump抓包分析异常连接，找出具体的瓶颈，记录下来，再做后续优化。

治本

• 给数据库加索引,把慢查询从秒级优化到毫秒级。
• 引入Redis,把高频读的数据从磁盘搬到内存。
• 部署CDN,把静态资源从源站分流出去。
• 调整NGINX的worker进程数和连接超时时间。
• 日志写入改用异步落盘或日志中心,别让写日志拖垮主业务。

这些年,越来越多的站长把服务器托管机房选在地域上离用户更近的地方，原因就是网络延迟直接决定体感速度，如果你的用户集中在华东，就别把服务器放在遥远的机房。

Q&A：服务器卡顿常见问题

Q1：重启服务器能解决卡顿吗？

能暂时缓解,但治标不治本，重启会清空临时进程和内存缓存，如果根因是硬件老化或代码低效，重启后很快又会恢复卡顿状态，建议把重启当作应急手段，不是常规解法。

Q2：网站访问量不大，但服务器一直卡，是什么问题？

多半不是流量问题,而是某个慢SQL或死循环在捣乱，比如一个后台任务定了时，执行到一半陷入死锁，白白占着CPU不放，用top找到高占用的进程，再用strace跟踪它的系统调用，基本能揪出元凶。

Q3：云服务器和物理机，哪个更适合对性能敏感的业务？

业务需要独占硬件资源、追求极致IO性能，物理机是更稳的选择，云服务器的优势在弹性，劣势在于邻居干扰和CPU配额限制，对大多数中小业务来说，选一个配置合理的云服务器，加上监控和备份，完全够用。

服务器不会无缘无故地卡,顺着资源、系统、应用这三层逐层查，你总能找到那个让它”喘不过气”的真凶。