b5服务器卡顿，不要直接加钱换机器，先按“资源排查日志定位参数调优按需升配”的顺序处理，多数问题半小时内能缓解。
先判断卡顿是“谁的锅”：b5服务器卡顿原因排查
卡顿背后一定有一个或多个资源被耗尽，别凭感觉猜，登录服务器先看系统状态,用命令说话。
- 用
top看CPU和内存占用，按P键按CPU排序，按M键按内存排序 - 用
free -h看物理内存和swap使用情况 - 用
df -h和df -i分别看磁盘空间和inode数量
如果CPU跑到90%以上，说明运算能力到顶了，内存长期超过80%，swap就会频繁介入，整个系统像被按了慢放键，磁盘空间满了或者inode耗尽，日志都写不进去,卡顿会非常明显。
网络问题同样容易忽略，用 iftop 看实时带宽，用 sar -n DEV 1 3 看网络流量趋势，网站业务被爬虫集中抓取，或者有人恶意刷接口，带宽被占满后，用户端的真实感受就是页面一直转圈，连接数可以用 ss -s 查看,大量TIME_WAIT堆积会让新连接进不来。
应用层和数据库的排查更关键，先打开应用日志，搜ERROR级别的记录，再检查MySQL是否开启了慢查询日志，一条没有索引的SQL，全表扫描能把磁盘IO拖垮，业内专家指出，相当一部分b5服务器卡顿不是硬件不行，而是慢查询把资源吃光了,这是最容易被忽视的环节。
b5服务器卡顿怎么解决：从轻到重的四个步骤
很多朋友一卡就想着重装系统，其实按下面的顺序走,大部分问题不用动系统。
第一步：清理日志、临时文件和过期备份
卡顿最常见的原因是磁盘写入压力大。/var/log 下的老日志，/tmp 里的临时文件，程序产生的缓存文件，都可以直接删掉，先执行 du -sh /var/log/ 找出哪些文件占空间最大，再用 > access.log 清空而不是直接删除,避免占用句柄的服务写不进日志。
第二步：调整系统参数和中间件配置
低配置服务器对参数更敏感，将 vm.swappiness 从默认的60降到10，让系统优先使用物理内存，减少swap触发频率，MySQL的 innodb_buffer_pool_size 调到物理内存的60%左右，能显著降低磁盘读写次数，Nginx的 worker_processes 改成和CPU核心数一致,不要盲目开多。
第三步：重启服务释放僵死进程
用 ps aux 查看进程状态，如果发现大量状态为R（运行中）或D（不可中断）的异常进程，先正常kill掉，再重启应用服务，注意不要用 kill -9 强杀MySQL或Redis，容易损坏数据文件，推荐用 systemctl restart 做干净重启。
第四步：升级硬件或迁移云主机
步骤都做了，CPU依然长期满载，说明b5服务器确实到瓶颈了，物理机可以考虑加内存条、换SATA固态为NVMe固态，成本不高但效果直接，云服务器则在控制台直接升级配置，迁移前停业务，放到凌晨操作,避免影响真实用户。
别急着加钱：b5服务器卡顿优化方案对比
看到卡顿先别急着花钱，有一个原则：先软后硬，先降本再升配，据工信部公开信息，国内云服务器用户遇到的性能问题，相当一部分通过配置调优就能解决,你可以根据自己的情况对照下表：
| 方案 | 成本 | 适用场景 | 解决周期 |
|---|---|---|---|
| 软件调优 | 几乎为零 | CPU或内存偶尔飙高 | 1小时内 |
| 清理磁盘和日志 | 零成本 | 磁盘写满或inode不足 | 半小时 |
| 增加带宽 | 按量付费 | 带宽跑满导致访问慢 | 客服开通后即刻生效 |
| 升级CPU/内存 | 数百到数千 | 长期高负载，调优无效 | 约10分钟 |
| 迁移到更高规格 | 取决于新套餐 | 业务增长明显，现有配置带不动 | 建议窗口期操作 |
软件调优适合“偶尔卡一下”的场景，比如每天早上高峰期卡，其他时候正常，多半是定时备份任务和业务请求撞在一起，增加带宽适合图片站、下载站，但注意如果源站处理不过来，带宽加再多也没意义，升级CPU和内存是最后的手段,别在一开始就做。
调优和升配怎么选
关键看业务类型，纯静态页面，优先检查磁盘IO和带宽；动态接口多的，优先看CPU和内存；数据库服务，内存升级优先级远高于CPU，如果卡顿只在特定时间段出现，先排查是否有cron定时任务集中执行，把脚本错峰运行,比换硬件更高效。
常见误区：为什么越优化越卡
调优这件事，做错了比不调还糟糕,以下操作尽量避开：
- 盲目加大swap，以为能救急，实际上频繁换页会让磁盘IO彻底爆炸
- 随意修改内核参数，比如开了
tcp_tw_reuse导致新连接建立异常，连接数反而上不去 - 用
kill -9强制杀数据库进程，表损坏后恢复成本比卡顿高得多 - 频繁重启服务，每次重启都有冷启动缓存阶段，短时间内反而更慢
如果你不确定某个参数的含义，宁可保持默认值，b5服务器的卡顿原因往往是日志太多、慢查询堆积或者磁盘I/O饱和，跟内核参数的关系不大,不要乱动平时用不到的功能。
b5服务器卡顿怎么办：三个高频问题答疑
b5服务器卡顿怎么解决最快？
先看 top 和 free -h，内存不足就清理进程和日志，CPU跑满就查慢查询，磁盘IO高就检查是否有大文件读写，最快路径是重启服务，但这只是临时救火,多次卡顿还是得定位根因。
b5服务器卡顿和网站访问慢是一回事吗？
不是一回事，服务器卡顿指CPU、内存、磁盘这些资源本身紧张，用户端表现为操作延迟，网站访问慢还可能是网络链路问题，比如DNS解析慢、跨运营商线路拥堵，两者需要不同的排查方法，卡顿先查机房内部,访问慢要结合用户所在地的访问速度综合判断。
b5服务器拿来跑数据库要注意什么？
内存要够用，建议至少4GB以上，磁盘一定用固态，机械盘随机读写能力跟不上数据库工作负载，同时开启慢查询日志，定期清理binlog，防止磁盘被日志占满，最重要的还是做好备份,性能优化再重要也不如数据安全。
b5服务器卡顿不是无解难题，按流程排查，把优化当成日常运维习惯,比临时抱佛脚有效得多。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/782811.html
