怎么判断服务器性能好坏 实用操作步骤与避坑指南

看CPU使用率是否经常跑满

打开任务管理器或者用top命令查看服务器CPU占用情况。如果平时就长期在80%以上，尤其动不动就到100%，那说明处理能力快跟不上了。比如你开了个网站，访问量稍微一多，页面就卡住打不开，大概率是CPU顶不住了。

内存够不够得看实际占用

很多人只看总内存大小，其实关键看用了多少。Linux下用free -h看看可用内存和缓存情况。如果swap分区频繁被用上，说明物理内存吃紧。就像租房住，房间本身不大，还得把床搬到客厅睡，肯定影响活动空间。

硬盘读写速度直接影响响应

用dd命令简单测一下磁盘写入速度：

dd if=/dev/zero of=testfile bs=1G count=1 oflag=direct && rm testfile

如果写入1GB文件花了十几秒甚至更久，那这硬盘性能就很一般。数据库类应用对磁盘IO特别敏感，慢一点查数据就得等半天。

网络带宽别光看标称值

有些服务器号称100M独享带宽，但实际下载速度连10MB/s都不到。可以用iperf或者wget公网大文件测试真实吞吐。就像办宽带说500兆，结果晚上高峰期连视频都缓冲，体验一样差。

响应延迟高低决定用户体验

用ping测延迟只能看连通性，真正要看的是应用层响应。比如curl加上时间参数：

curl -o /dev/null -s -w '连接时间：%{time_connect}\nSSL时间：%{time_appconnect}\n响应时间：%{time_starttransfer}\n总耗时：%{time_total}\n' https://yourserver.com

如果响应时间经常超过1秒，用户点个按钮就得等好几秒，体验很糟糕。

并发处理能力才是硬指标

单个请求快没用，扛不住多个一起上也不行。用ab（Apache Bench）模拟多用户访问：

ab -n 1000 -c 50 http://yourserver.com/api/test

如果错误率飙升或者平均响应时间翻倍，说明服务器在压力下撑不住了。就像餐馆窗口打饭，一个人打很快，但排长队时效率立马下降。

温度和稳定性也得留意

服务器长时间高负载运行，散热不好会降频。可以装个lm-sensors监控温度。机房里风扇呼呼响，机器摸着发烫，性能自然打折。就跟手机玩游戏发热后自动锁帧一个道理。

日志里藏着性能线索

系统日志/var/log/messages或应用日志里常有线索。比如MySQL的slow query log记录慢查询，Nginx日志里能看到哪些接口响应特别慢。一条条翻，往往能找到拖累整体性能的“罪魁祸首”。