服务器性能不是某一项跑分，而是CPU、内存、磁盘I/O、网络与并发承载能力互相咬合的结果任何一块短板，都会把整机拖到木桶最低那块板的高度。
很多人在选服务器时习惯盯着“几核几G”，觉得数字大就快，上线后才发现，页面该卡还是卡，数据库该慢还是慢，说白了，性能是个系统工程，得拆开看、合起来评。
服务器性能主要看哪些参数？把五大指标逐个拆开
CPU：核数之外，主频和缓存同样说话
CPU决定了单位时间内能干多少活,但“核多”不等于“快”，需要同时关注这几项：
- 主频：单核处理能力，主频低的高核数机器跑单线程任务反而吃亏。
- 缓存：三级缓存越大，命中率越高，数据库类负载受益明显。
- 超线程：逻辑核不等于物理核，虚拟机上这点尤其容易混淆。
登录服务器后先跑一条命令摸清底细：
lscpu | grep -E "Model name|CPU\(s\)|MHz|Thread"
如果是云主机,重点看CPU的steal time（被宿主机抢占的时间），top里sy和us都正常、但st偏高，说明算力被同宿主的邻居分走了，这是虚拟化环境特有的坑。
内存：容量够不够，看峰值不看均值
内存不够的典型症状是swap频繁读写,磁盘灯狂闪、响应变慢，判断时别只看free，要看available：
free -h
available才是真正还能分配的量,buff/cache占着的那部分可以随时回收，跑MySQL的机器，innodb_buffer_pool_size通常要吃掉物理内存的一半以上，这部分账得提前算进去，另外内存频率和通道数会影响带宽，双通道比单通道有明显提升，高并发场景下值得多花这点钱。
磁盘I/O：IOPS和吞吐量别混为一谈
磁盘是最容易被低估的一环,IOPS看的是每秒能处理多少次读写请求，吞吐量看的是每秒搬多少数据，小文件随机读写拼IOPS，大文件顺序读写拼吞吐。
| 存储类型 | 随机IOPS量级 | 典型延迟 | 适用场景 |
|---|---|---|---|
| SATA机械盘 | 百级 | 毫秒级 | 冷数据备份、日志归档 |
| SATA SSD | 万级 | 百微秒级 | 一般业务系统、Web服务 |
| NVMe SSD | 数十万级 | 数十微秒级 | 高并发数据库、缓存层 |
查看实时磁盘状况：
iostat -x 1
重点关注%util（设备忙碌度）和await（平均等待毫秒数）。%util长期贴着100，说明磁盘已经是瓶颈，加CPU也没用。
网络：带宽定上限，延迟定体感
带宽用Mbps计量,但真正影响体验的是延迟和丢包，同样是10M带宽，往返延迟5毫秒和50毫秒，用户感知天差地别，要看的指标包括出口带宽、包转发率（PPS）、并发连接数上限。
用iperf3测两端实际吞吐：
iperf3 -s # 服务端 iperf3 -c 目标IP -t 30 # 客户端
系统层：并发承载的最后一道闸
硬件再好,内核参数没调也白搭，单机并发连接数受ulimit -n、net.core.somaxconn、net.ipv4.tcp_max_tw_buckets这些参数制约，用ss -s能一眼看出当前连接总数和TIME_WAIT堆积情况，vmstat 1则能观察上下文切换是否异常飙升。
云服务器和物理服务器性能对比，差距藏在细节里
这是选型时绕不开的问题,表面参数一样的云主机和物理机，实际跑起来可能差出一截。
计算性能：共享与独占的区别
云主机的vCPU来自物理核的超分,多数情况下够用，但遇到“邻居”跑满负载，你的st时间就会上升，物理机是独占资源，性能曲线平稳，突发性能型实例更要注意靠CPU积分运行，积分耗完就限频，白天业务高峰被卡住的情况并不少见。
存储性能：网络盘与本地盘的取舍
云盘走网络,多了一层转发，延迟天然高于本地NVMe盘，普通业务感知不强，但跑高并发写入的数据库时，几微秒的差异会被放大成明显的QPS差距。
业内专家指出,选择云还是物理机，本质是在弹性与确定性之间做权衡，业务有明显波峰波谷、需要快速扩容的，云更合适；负载长期稳定、对延迟敏感的，物理机或托管更划算，同样是32核64G的配置，物理服务器租用一年的费用往往只相当于云主机几个月的账单，这也是不少企业选择在北京服务器托管机房自建集群的现实原因带宽和机位成本可控，性能上限也更确定。
服务器性能测试怎么做：从跑分到真实压测
买之前看参数,买之后得验证，测试分三层做，结论才可信。
第一层：基准测试，测硬件极限
# CPU整数运算
sysbench cpu --threads=8 run
# 磁盘4K随机读
fio --name=randread --rw=randread --bs=4k --iodepth=64 \
--numjobs=4 --size=1G --runtime=60 --group_reporting
第二层：组件测试，测中间件表现
数据库用sysbench的oltp脚本,缓存用redis-benchmark，消息队列看堆积吞吐，这一步能暴露出配置层面的问题，比如连接池太小、缓冲区不足。
第三层：全链路压测，测真实业务
wrk -t4 -c500 -d60s http://你的域名/接口
压测别只看平均值,P95和P99才是用户真实感受，平均响应50毫秒、但P99到2秒，说明有相当一部分请求在排队，同时盯住错误率和后端资源曲线，确认瓶颈到底在应用、数据库还是网络。
高并发网站服务器配置怎么选，按场景对号入座
不同业务吃的是不同的资源,配置思路完全不一样。
静态站、企业官网
瓶颈几乎都在带宽而非算力,2核4G配SSD足够，重点把CDN和缓存做好，源站压力能降一个量级。
中型业务系统、电商前台
CPU和内存要均衡,建议8核16G起步，应用层做无状态化，横向扩到两三台比堆一台顶配更抗风险。
数据库服务器
内存优先,磁盘必须上NVMe，CPU核数适中即可，这类机器最怕IO抖动，尽量独占部署，别和应用抢资源。
视频转码、AI推理
吃CPU多核或GPU,内存带宽也要跟上，存储侧用大容量顺序读写盘更合适。
采集、爬虫类
拼的是并发连接和网络出口质量,带宽和IP资源比CPU更关键。
Q&A：服务器性能高频疑问
服务器性能主要看哪些参数，有没有优先级？
看业务类型定优先级,Web应用先看网络和并发承载，数据库先看内存和磁盘IOPS，计算密集任务先看CPU单核性能和核数，通用做法是先用压测定位瓶颈，再针对性加配置，盲目堆硬件性价比很低。
云服务器和物理服务器性能对比，小团队该怎么选？
团队规模小、缺少运维人力、业务量波动大的，云主机上手快、按量付费更灵活，等负载稳定下来、账单超过自建成本，再考虑迁移到物理机或托管，行业共识认为，起步阶段弹性比绝对性能更重要。
服务器性能测试需要做多久？
基准测试几分钟就能出结果,全链路压测建议至少覆盖一个完整业务高峰周期，测试环境要尽量贴近生产配置，数据量也要接近真实规模，否则测出来的数字没有参考价值。
性能这件事,参数是起点，压测是验证，场景匹配才是终点，把CPU、内存、磁盘、网络和系统调优当成一个整体去看，服务器才不会在最关键的时刻掉链子。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/795373.html
