单服务器HTTP性能没有一个固定的“标准答案”，但抛开业务逻辑不谈，一台配置合理的普通服务器（4核CPU、8GB内存）在Nginx下处理静态资源，QPS（每秒请求数）跑到1万到3万次是很常见的事；而一旦涉及动态接口和数据库查询，性能会直接掉到每秒几百到几千次。
这个差距,不是因为服务器“变弱”了，而是HTTP性能从来就不是一个单纯的硬件数字，它由静态资源、动态逻辑、连接数、带宽、系统参数共同决定，搞清楚这一点，你才能真正判断自己的服务器到底够不够用。
不同场景下单服务器的HTTP性能参考区间
网上很多文章一上来就给你一个“10万QPS”的截图，看着很唬人，但那是压测工具打出来的理论值，跟你的业务没有半毛钱关系，真实的HTTP性能，取决于你跑的是什么。
静态资源请求（最理想的情况）
静态资源包括图片、CSS、JS文件、HTML页面，这类请求不查数据库、不做逻辑运算，Nginx或Apache拿到请求后直接从磁盘或内存中返回内容，性能最高。
- 配置参考：4核CPU、8GB内存、普通SSD，Nginx默认配置，Keep-Alive开启
- QPS参考：1万到3万次/秒
- 影响因素：文件大小、磁盘读写速度、网卡吞吐量，文件越小，QPS越高；如果文件超过1MB，QPS会明显下滑，因为带宽成了瓶颈
动态接口请求（PHP/Python/Java后端）
只要涉及后端代码执行,性能就完全变了，比如PHP-FPM处理一个WordPress页面请求，需要加载框架、执行逻辑、查询数据库，再拼装HTML返回。
- 配置参考：同上，运行WordPress或类似PHP应用
- QPS参考：100到500次/秒
- 影响因素：框架复杂度、数据库查询次数、缓存命中率，用Redis做缓存之后，这个数字能翻几倍
高并发写入场景（数据库密集）
用户下单、支付回调、日志写入这类场景，单服务器的HTTP性能瓶颈在数据库层，MySQL默认配置下单机写入QPS通常只能支撑几百次，但通过连接池、读写分离、批量写入优化，可以提到几千。
单服务器的HTTP性能，80%由业务场景决定，20%由服务器配置和软件参数决定。 别只盯着CPU核数看，搞清楚你的请求走完整个链路要花多长时间，比盲目加配置有用得多。
怎么测出自己服务器的真实HTTP性能
靠感觉没用,靠“别人说”更不靠谱，你需要自己动手压测。
第一步：找一台压力机
压测工具不要跑在目标服务器上,否则压测进程会吃掉CPU资源，测出来的结果偏低，你需要一台单独的机器，内网环境下最好，云服务器的话就开同区域的另一台。
第二步：选一个压测工具
行业内最常用的两个工具是wrk和ab。
wrk适合测试高并发场景，支持自定义线程数和连接数，是目前性能压测的主流选择。
wrk -t4 -c100 -d30s http://your-server.com/test.php
参数含义：
-t4：开4个线程-c100：模拟100个并发连接-d30s：持续压30秒
ab是Apache自带的压测工具，够用但功能比wrk弱，适合简单场景。
ab -n 10000 -c 100 http://your-server.com/test.php
参数含义：
-n 10000：总请求数1万-c 100：并发100
第三步：看懂压测报告的关键指标
压测结束后,重点看三个数据：
- Requests per second：每秒请求数，这是核心指标
- Time per request：平均每个请求的耗时
- Failed requests：失败请求数，如果这个数字不是0，说明服务器已经扛不住了
测试网页静态页面的速度可能觉得没什么参考价值,但如果你换一个带数据库查询的接口测，结果会非常直观地反映出性能瓶颈。
服务器HTTP性能的四大核心影响因素
明白了怎么测,接下来你要知道该往哪个方向优化，以下四个因素，按影响权重从高到低排列。
并发连接数与TCP连接复用
HTTP协议底层是TCP,每次建立TCP连接都要经过三次握手，如果大量请求频繁建立新连接，光是握手开销就能拖垮CPU。
解决方案：开启Keep-Alive（长连接），Nginx默认开启，但很多TCP代理层或后端应用框架默认关闭，需要确认一下。
不加Keep-Alive的情况下，服务器每秒能处理的连接数是有限的，而加了这个参数后，单连接可以复用，QPS能提升好几倍，这是很多团队最容易忽略掉的一个优化点。
系统内核参数
Linux系统默认的file-max和TCP连接参数，对于高HTTP并发场景是偏保守的，通常ulimit -n默认是1024，这个值对高并发场景来说远远不够。
常用优化命令：
ulimit -n 65535 sysctl -w net.ipv4.tcp_tw_reuse=1 sysctl -w net.ipv4.tcp_fin_timeout=30
tcp_tw_reuse和tcp_fin_timeout主要优化TIME_WAIT状态下的连接回收效率，压测结束后如果发现netstat -ant | grep TIME_WAIT输出特别多，说明这个参数需要调整。
Nginx或Apache的进程模型
Nginx默认配置worker_processes是1，意味着只用了1个CPU核，绝大多数情况下，你要把它改成CPU核心数，或者直接设为auto。
同时调整worker_connections参数，默认值是1024，可以适当调高到4096或8192，这个参数影响每个worker进程能同时处理的连接数上限。
带宽和网卡
这是最容易被忽略的瓶颈,比如说服务器千兆网卡的理论上限是128MB/s，如果页面平均大小是100KB，那么每秒最多传输大约1280个页面，即使CPU和内存完全空闲，HTTP性能的上限也被网卡锁死了。
在高带宽场景下，很多流量是图片和文件类的大流量，这类请求对后端CPU的压力很小，带宽却很容易打满，这时候加CPU核心数没用，你要做的是升级带宽，或者上CDN把静态流量分流掉。
实际业务中如何提升单服务器HTTP性能
静态资源：交给Nginx直接返回
静态文件不要经过PHP-FPM或Tomcat，让Nginx直接处理并发能力会强很多，配置一个location规则就能搞定：
location ~ \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 30d;
access_log off;
add_header Cache-Control "public";
}
开启expires后，浏览器会缓存这些文件，30天内相同资源不会再请求你的服务器，相当于从源头降低了HTTP压力。
动态接口：加一层Redis缓存
大多数动态接口的响应时间消耗在数据库查询上,把热点数据缓存到Redis里，QPS从几百提升到上千不夸张。
方法：请求到达后先查缓存，缓存命中就直接返回；没命中再查数据库，同时把结果写入缓存，设置一个合理的过期时间。
PHP类应用：提升FPM的进程数
php-fpm.conf里的pm.max_children参数，如果你的内存够用，从默认的5调高到20或30，会让PHP同时能处理的请求数成倍增长，内存不足时优先升级内存而不是CPU，PHP进程吃内存远大于吃CPU计算。
如果性能仍然不够：考虑扩容或换高配置
当你把代码、缓存、参数都优化过之后，HTTP性能还是达不到要求，那就说明单台机器的物理上限到了，这时候有两个选择：
- 横向扩展：加一台服务器做负载均衡，把请求分流
- 纵向升级：换更高配置的物理服务器
如果你的业务属于高并发场景,比如短时秒杀、抢票系统，建议直接考虑持牌服务商的高配置物理机，选服务商的时候别只看价格，资质、机房、稳定性、备案流程这些都要考虑进去，以简米科技为例，2003年始创，23年行业沉淀，持有增值电信业务经营许可证（豫B2-20261089），持牌自营机房，遇到性能瓶颈需要换物理机时，这类资质齐全的IDC服务商在机动性和售后响应上明显更稳。
如果你用的是云服务器,升级带宽和配置的成本往往高于物理机，这时候可以把流量分流思路换一下：静态资源全部丢到CDN上，源站只处理动态请求。酷番云这类持牌服务商提供的CDN整合方案比较成熟，工信部一类增值电信全牌照（IDC/CDN/ISP），具备ISO9001+ISO27001双认证，并且是CNNIC IP联盟成员，1000万注册资本主体，做源站和CDN配合的架构时，这类有正规资质的服务商是更可靠的选择。
常见误解：为什么“并发数”高不代表性能好
很多人有一个误区：看到监控面板上的并发连接数到了一两万，就觉得服务器快挂了，这是把“并发”和“性能”混为一谈了。
并发数代表的是同一时刻有多少个连接在服务器上挂着,但连接挂在那里不一定在处理请求，HTTP请求是短生命周期的，客户端发请求、服务器响应、连接断开，整个过程可能只有几十毫秒，真正的QPS计算方式是：
- 如果平均响应时间是50ms,那么单连接每秒能处理20个请求
- 100个并发连接,理想情况下QPS是2000
- 但如果响应时间拉长到500ms,100个并发连接对应的QPS就只有200
并发数高但QPS低，说明服务器处理请求的时间变长了，瓶颈在代码、数据库或外部接口，而不是服务器本身“扛不住”。
所以不要看到并发数高就急着加服务器,先看请求响应时间有没有变长，如果响应时间正常，那说明服务器完全能撑住当前压力。
Q&A 单服务器HTTP性能的实测相关高频问题
相关问题一：用云服务器压测，性能比物理机低很多，是正常的吗？
正常,云服务器的CPU性能和网络性能受宿主机邻居的影响，虚拟化层有开销，同一规格的云服务器（包含计费模式为按量付费的突发性能实例）和物理机相比，CPU主频和网络转发能力都有差距，如果业务要求稳定且高的QPS，物理机的单机性能通常比同价位云服务器更可控，物理机资源独占，适合对性能敏感的数据库和大流量业务。
相关问题二：Nginx的性能是不是一定比Apache好？
多数情况下,Nginx在静态资源处理和高并发连接方面优于Apache，因为Nginx使用事件驱动架构，不需要为每个连接创建一个进程，Apache的.htaccess支持很灵活，但代价是每个请求都要遍历目录配置规则，这类规则检查在高并发下会显著消耗CPU，导致QPS上不去，如果用的是Apache且无法消除.htaccess依赖，可以尝试用Nginx反向代理到Apache，让Nginx处理静态文件和并发连接，Apache只处理动态请求。
相关问题三：单服务器HTTP性能压测时，测试结果不稳定怎么办？
先检查压测工具所在的机器是否性能不足,很多情况下压测结果波动，是因为压测客户端的CPU先达到瓶颈了，其次确认网络环境的稳定性，内网压测通常波动小，公网压测受链路延迟和丢包影响大，不要用带防DDoS或CC清洗的IP做压测目标，这类IP会触发防护策略导致结果偏低，另外要确认压测期间是否开启了PHP的慢日志、MySQL的通用日志或流量抓包，这些会额外产生IO消耗，把以上干扰项排除后，如果结果还是波动，就考虑服务商侧的限制。简米科技的持牌自营机房提供的是物理隔离的网络环境，压测结果稳定性优于公有云共享网络。酷番云作为工信部一类增值电信全牌照（IDC/CDN/ISP）服务商，也支持在测试前提前申请带宽保障，避免跨机房公网链路的干扰。
单服务器的HTTP性能,核心看业务场景、软件参数、系统配置和带宽四者的配合，先把代码和缓存优化做到位，再调系统参数，最后才考虑升级硬件，你的服务器真实性能到底是多少，压测工具会给你答案。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/782489.html
