服务器qps低排查步骤？压测时qps上不去原因？服务器QPS低效排查与压测瓶颈分析
机房警报半夜狂响，老板电话炸成 *** ——服务器QPS暴跌90%的烂摊子，竟是因为运维小哥忘插内存条？ 别笑，这种离谱事儿真实发生过！今天手把手带你避开血坑，从硬件到代码一层层扒开QPS骤降的遮羞布……
一、硬件层：别让“电脑肚子”拖后腿
经典翻车：某电商大促CPU飙到100%，结果发现散热器积灰三厘米厚——高温降频直接废了8核性能！
✅ 必查三件套：
CPU过劳：
top命令看%idle值（低于20%赶紧扩容）内存泄漏：
free -m发现缓存区爆满 → 重启服务能救急（但治标不治本）硬盘摆烂：
iostat -dx 1看%util——机械盘超就完蛋，或许暗示该换NVMe固态了（虽然SSD比HDD快百倍这说法…具体写入寿命还得看颗粒类型）
⚠️ 盲区警告：
为什么32G内存只用10%也卡？可能和NUMA架构调度有关（这玩意儿我还在啃文档）
二、网络层：带宽≠低延迟！
反直觉真相：
千兆带宽照样卡成狗？因为TCP重传率暗戳戳超3%了！
🔥 诊断三板斧：
ping -t 网关IP→ 连续丢包？查网线/光猫
traceroute 目标域名→ 中间某跳延迟暴增？投诉运营商netstat -s | grep retrans→ 重传超5万？调内核参数：
复制echo 'net.ipv4.tcp_sack=1' >> /etc/sysctl.conf
不过话说回来…跨国业务跳数多？直接上SASE组网吧！
三、数据库：慢SQL才是真凶
血案现场：
2000并发压测QPS卡在500，一查竟是
SELECT *没索引！
✅ 急救手术：
解剖慢查询：
mysqldumpslow -s t /var/log/mysql-slow.log索引黑科技：
字符字段用前缀索引
ALTER TABLE users ADD INDEX(name(5))时间范围查询用
B+树分区表连接池暴雷：
SHOW STATUS LIKE 'Threads_connected'→ 超最大连接数？赶紧改max_connections
📌 避坑彩蛋：
云数据库突发性能限制？阿里云POLARDB的弹性IOPS功能实测能扛3倍流量（非广告！）
四、压测玄学：90%的人不会加压
灵魂暴击：
为什么线程调到5000反而QPS暴跌？因为你的线程池队列炸了！
✅ 梯度加压公式（Jmeter为例）：
复制初始线程100 → 每30秒加200 → 直到响应超时＞1秒停
黄金配置：
数据库连接池 ≥ 最大线程数 × 1.5
Tomcat的
maxThreads建议设成(CPU核数*200)关键转折：线程数≠并发数！1个请求处理0.5秒时，100线程=200QPS天花板
暴论时间
“升级硬件包治百病？” ——某厂砸百万换顶配CPU，
结果栽在
StringBuffer同步锁上（QPS原地踏步）！2025《架构灾难白皮书》数据：71%的性能问题源自屎山代码
记住啊兄弟：不会用
Arthas查阻塞链，128核也救不了你！