把并发数直接当成带宽，相当于把“同时排队的人数”当成“队伍前进的速度”，这两个指标描述的是完全不同的事情，直接换算会让带宽估算偏差大到离谱。
并发数和带宽的区别是什么？先把两个指标拆开看
并发数（Concurrency）指同一时刻系统正在处理的请求数或连接数，比如Web服务器同时维持着1000个TCP连接，这1000就是并发数，带宽（Bandwidth）指单位时间内网络能传输的数据量,常用Mbps或Gbps表示。
- 并发数关注“多少个任务同时存在”
- 带宽关注“每秒能搬运多少比特”
- 一个连接可能每秒只发几个字节的心跳包，也可能瞬间拉满几十兆的下载流量
拿一个在线客服系统举例，1000个坐席同时在线，每人平均每30秒发一条文字消息，每条消息2KB，此时并发数是1000，但实际带宽需求可能只有几百Kbps，如果把并发数1000直接当带宽1000Mbps,预算会翻几百倍。
反过来，一个文件下载站同时只有50个用户下载，每个用户都在拉取4K视频，单连接速率20Mbps，此时并发数50，真实带宽需求却是1000Mbps,把50并发当50Mbps又会严重低估。
这张表能更直观地看出差异：
| 业务场景 | 并发数 | 单连接平均吞吐 | 实际带宽需求 |
|---|---|---|---|
| 在线客服文字 | 1000 | 2Kbps | 约2Mbps |
| 视频点播 | 50 | 20Mbps | 约1000Mbps |
| 物联网传感器 | 5000 | 5Kbps | 约2.5Mbps |
同样的并发数，放到不同业务里,带宽需求可能差出几百倍。
把并发数直接当带宽的典型错误场景
很多项目初期估算带宽时，直接把“预计同时在线人数”写成“带宽Mbps”,这种做法在以下场景尤其危险：
- 直播或视频会议：并发观众数量大，单流码率高，带宽需求远大于并发数的数值
- 物联网设备接入：几万台传感器同时在线，但大多数时间只传极小数据包，带宽需求远小于并发数
- 混合业务系统：同时有静态页面、API调用、文件上传，不同请求的数据量差异极大
高并发带宽计算公式为什么不能省略数据量因子
正确的估算公式基本思路是：
带宽需求（Mbps） = 平均每秒请求数 × 平均请求数据量（Mb） × 冗余系数
或者从并发角度：
带宽需求（Mbps） = 并发连接数 × 单连接平均吞吐（Mbps）
这个公式里的“单连接平均吞吐”不是固定值，必须根据业务类型实测或估算，省略这个因子,就是直接划等号的错误。
行业共识认为，容量规划中最容易出错的地方就是把连接数量和传输速率混为一谈，连接数量是状态概念，传输速率是流量概念，两者之间需要靠“单连接吞吐”这座桥连接起来。
服务器带宽怎么算并发数？实操步骤
如果已经购买了固定带宽，想反推能支撑多少并发,步骤应该是：
- 用抓包工具或监控系统统计单次请求或单连接的平均数据量，例如用Wireshark抓取典型业务交互，看每次请求的字节数
- 用压测工具（如ab、wrk、JMeter）测出单请求或单连接的持续时间
- 计算单连接吞吐：数据量 / 持续时间
- 用总带宽除以单连接吞吐，得到理论并发数
- 乘以一个经验系数（例如0.7至0.8）留出协议开销和突发空间
举个具体例子：北京一台云服务器带宽100Mbps，跑一个图片浏览网站，单张图片平均500KB，用户平均每10秒请求一次，单连接平均吞吐 = 500KB×8 / 10秒 = 400Kbps = 0.4Mbps，100Mbps / 0.4Mbps = 250并发,这比直接把100M带宽当100并发合理得多。
这里要注意，步骤1和步骤2必须在真实业务场景下操作，不能用简单的理想值代替，比如图片网站还要考虑浏览器缓存、CDN命中、并发下载线程数等因素。
网站带宽价格一般多少？成本估算要看真实需求
很多人在采购时会问“网站带宽价格一般多少”，这个问题如果建立在错误算法上，得到的预算可能完全失真，按固定带宽计费,不同地域和线路价格差异明显。
- 以北京为例，BGP多线带宽价格通常高于单线
- 5Mbps固定带宽的年付价格和100Mbps按流量计费价格差异很大
- 如果把并发数当带宽，可能给一个日均500并发的社区网站配500Mbps固定带宽，月成本会高到不合理
北京服务器带宽费用为什么高于其他地域
北京作为一线网络节点，机房资源和线路质量相对较好，但带宽单价一般高于二三线城市，BGP多线带宽因为要接入多家运营商线路，成本更高，所以北京服务器带宽费用中,BGP线路通常比单线贵出一截。
据主流云厂商公开报价信息，国内固定带宽价格近年来保持相对稳定，不同地域促销力度不同，一线城市带宽单价整体偏高，建议先用前文的公式算出真实带宽峰值，再对比按固定带宽和按流量计费两种模式,而不是直接拿并发数去询价。
实操验证：用命令行和监控工具校准带宽估算
光靠公式还不够，需要用生产数据校准,以下步骤可以直接在Linux服务器上执行：
- 查看实时带宽占用：
iftop -i eth0或nload - 查看历史流量：
vnstat -d或vnstat -m - 查看TCP并发连接数：
ss -s
netstat -an | grep ESTABLISHED | wc -l - 压测时同时监控：
dstat -n观察每秒发送/接收字节数
具体操作路径：先跑一轮压测，用ss -s记录并发连接数，同时用iftop记录实际带宽峰值，把两个数值做除法，就能得到单连接平均吞吐,这个数值才是连接数和带宽之间的桥梁。
业内专家指出，容量规划中真正需要盯住的不是最高的并发数，而是“单连接平均吞吐”这个隐藏变量，它随业务变化而变化，一旦算错,整个带宽规划都会跟着错。
把并发数直接当成带宽，错在偷换了“数量”和“速率”两个物理量，正确的做法永远是先摸清单连接或单请求的数据量，再乘以并发放大，最后用实测工具校准，这样算出来的带宽，既不会浪费预算,也不会在高峰期被打爆。
Q&A
并发数和带宽的区别是什么？能不能用一个公式简单换算？
可以，但必须引入“单连接平均吞吐”这个变量，公式为：带宽需求 = 并发数 × 单连接平均吞吐（Mbps），没有这个变量，换算就是错的，单连接平均吞吐需要通过抓包或压测获得,不是固定值。
服务器带宽怎么算并发数？有没有简单对照表？
没有通用对照表，因为不同业务的单连接数据量差异太大，文字聊天类单连接吞吐可能只有几Kbps，视频类单连接吞吐可能几十Mbps，只能先测单连接吞吐,再用总带宽除以它。
网站带宽价格一般多少？北京服务器带宽费用受什么影响？
价格受线路类型、带宽大小、计费方式、地域影响，北京BGP带宽通常比单线贵，固定带宽比按流量计费更适合稳定业务，具体价格需查看云厂商实时报价,但带宽需求估算错误会让最终报价失去参考意义。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/669881.html
