“我该买多大配置的服务器”是后台问得最多的问题。回答通常是“看情况”，但这三个字帮不了人。其实判断买贵还是买便宜，只需要算清三个硬指标：并发连接数、内存占用峰值、带宽吞吐。把这三个数算明白，配置就不会买偏。
一、指标一：并发连接数决定 CPU 和进程数
并发不是“同时在线人数”，而是“同一秒里服务器在处理的请求数”。一个页面可能同时拉十几个资源（图片、JS、CSS），所以并发往往数倍于在线人数。Nginx 默认 worker_connections 是 1024，乘以 worker 数就是理论并发上限。动态请求还要过 PHP-FPM，它的 pm.max_children 限制了 simultaneous PHP 进程，这是个常漏看的瓶颈。
算并发有个笨办法但管用：拿日均 PV 除以 86400 得到每秒平均请求，再乘一个高峰系数（一般 5 到 10）。比如日均 5 万 PV、人均 3 页，平均每秒约 1.7 请求，高峰按 8 倍约 14 并发，这种负载 1 核 2G 轻松扛。但若是接口型站点，单请求耗时长，并发要按“请求耗时”重新估。
二、指标二：内存峰值决定下限
内存是新手最容易买小的项。每个 PHP 进程吃 30-80MB，MySQL 吃 200-500MB，Nginx 轻量但也不少，系统本身留 300MB 余量。加起来：若 PHP-FPM 开 20 个子进程、每个 50MB，光 PHP 就 1G，加 MySQL 和系统等，2G 机器基本到顶，再多点并发就开始用 swap，速度断崖。
所以内存下限公式：MySQL 预留 + PHP子进程数×单进程内存 + 系统余量。低于这个数，再便宜也别买，因为 swap 一开，页面响应从毫秒变秒级，体验直接崩。宁可内存买够，CPU 可以稍省。
三、指标三：带宽吞吐决定速度天花板
带宽是最直观也最易算的：页面大小 × 并发请求数 ÷ 1024 = 所需 M 数（注意 1M 带宽≈128KB/s）。一个 1MB 的页面，1M 带宽下单一用户传完要 8 秒，这显然不行。所以带宽要按“高峰同时传的数据量”算，不是按平均。
下面这段脚本把三个指标一次算出来，输入你的业务预估就能看到短板在哪。它干什么用——用日均 PV、人均页数、页面大小反推并发、内存、带宽建议，定位该加哪项；要改哪里——改 pv、pages_per_user、page_kb、php_children 几个变量；跑完看什么——输出建议并发、建议内存、建议带宽，哪个吃紧就加哪项。
# 三指标反推：并发 / 内存 / 带宽一键估算
pv = 50000 # 日均 PV
pages_per_user = 3
page_kb = 1024 # 平均页面大小(KB)
php_children = 20 # PHP-FPM 子进程数
php_per = 50 # 单 PHP 进程内存(MB)
mysql_mem = 400
sys_mem = 300
peak = pv / 86400 * 8 * pages_per_user # 高峰并发(粗估)
mem_need = php_children * php_per + mysql_mem + sys_mem
bw_need = page_kb * (peak / pages_per_user) / 1024 # 所需 M(粗估)
print("高峰并发约:", round(peak, 1))
print("内存建议下限:", mem_need, "MB ->", round(mem_need/1024, 1), "G")
print("带宽建议:", max(3, int(bw_need)+1), "M")跑完若发现内存建议 1.7G，那 2G 机器刚好，留不出余量，建议直接上 4G；若带宽要 10M 而你只买了 3M，速度瓶颈就在这，加带宽比加 CPU 立竿见影。
四、买偏了怎么挽回
买贵了别慌，降配前先看监控是否长期闲置，闲置才能降；买便宜了跑不动，先别急着重买，看是哪项先爆——内存爆就升内存，带宽爆就加带宽，多数云厂商支持单独升单项，比整机重买省。判定买偏的唯一标准是监控数据，不是感觉。
算清并发、内存、带宽这三个数，配置就从玄学变成算术。先估后买、留好升配余地，跑起来用真实监控校对，下一台机器你会买得更准。
相关阅读：
A5创业网 版权所有