带宽计算公式，3个参数填错就白算

带宽计算公式这个东西，网上一搜能出来十几个版本，每个看起来都挺像那么回事。问题不在于公式本身——就是数据量除以时间再乘个系数，小学数学。真正把人坑死的是往里填的那几个参数，填错一个，算出来的结果跟实际差出好几倍，然后你照着这个数去买主机，要么买贵了浪费钱，要么买小了天天被人骂打不开。

我这些年见过最多的三种填错方式，按出现频率排：并发数拍脑袋写、峰值和平均混着用、单位换算糊里糊涂。下面挨个说。

带宽计算公式里最玄的一个数：并发

绝大多数人算带宽的时候，脑子里想的是「我网站一天有一千个人访问」，然后就把一千当成并发数填进去了。这么算出来当然离谱，一天一千个访客和同一秒钟一千个人在线，完全是两码事。

真实的并发要看访问分布。一个普通企业站或者博客，一天一千个访客，绝大多数时间在线人数可能就个位数，晚上八九点那两三个小时能冲到二三十个同时在线就不错了。真正的高并发是抢购、秒杀、直播间这种，所有人被按在同一个时间点上来。

所以填并发的时候，脑子里要想的是「最忙的那一分钟，同时有几个人的请求正在传输」，而不是访问量。这个数没有工具能直接给你，只能靠日志去数。看 web 日志里每秒请求数（一般日志格式最后一个字段是响应时间，时间戳是精确到秒的），把最忙那几秒的请求数拉出来看一眼，心里就有底了。

顺便说一句，并发也不是固定不变的，它跟你页面里挂了多少外链资源有关。一个页面如果套了统计代码、客服插件、字体库、三四个 CDN 上的图片，那浏览器会同时开好几个连接去拉，这时候一个用户可能顶三四个并发。用静态页面和少挂点第三方脚本，并发数能省下来一大截。

峰值系数别凭感觉填

第二个填错重灾区。带宽不能按平均值买，必须按峰值买，这是常识，但峰值到底取多少倍平均，很多人是随手写个 2 或者 3。

这个倍数跟业务类型强相关。后台管理系统、内部 OA 这种，工作时间集中，峰值和平均差得不算夸张。面向普通用户的网站，白天闲、晚上忙，倍数就上去了。做活动、做直播、做下载站的，瞬时峰值可能是平均值的几十倍都有可能。

比较稳妥的做法是拿历史监控数据反推。主机控制面板一般都会带带宽曲线，或者自己在服务器上跑个监控把数据留下来，看一个月里最高的那个尖峰是多少，然后按那个数上浮一点留余量。新站没有历史数据怎么办？参考同类站点的经验值，或者先按需求买小一点的中转带宽，跑一段时间再加，别一上来就按最大估。以服务商或官方页面说明为准，不同厂商对带宽峰值的计费口径本身就不一样。

还有一点容易忽略：出方向和入方向是分开的。普通网站主要是出方向（用户下载你的页面），入方向只有上传才吃。但如果你做的是文件上传、视频回传这类业务，就必须两个方向都算，不然会翻车。

带宽计算公式的单位换算，Mbps 和 MB/s 差八倍

这个错误低级但极其常见，我甚至见过做技术的人在上面栽跟头。Mbps 是小写 b，指的是比特；MB/s 是大写 B，指的是字节。1 字节等于 8 比特，所以 100Mbps 的带宽，理论下载速度上限是 12.5MB/s，不是 100MB/s。

很多人算的时候拿「我的页面一共 2MB」去除以「我的带宽是 100M」，得出 0.02 秒，觉得自己带宽富余得很。实际上要先把 2MB 换成 16Mb，再除以 100Mbps，结果是 0.16 秒——差了八倍。这还只是理论值，实际传输有 TCP 握手、慢启动、丢包重传，能跑到理论值的六七成就算不错了。

另外，机房卖给你的带宽一般是 Mbps，云厂商按流量计费的套餐又是按 GB 算，两块之间的换算也要你自己心里有数。GB 是字节的计量，Mbps 是比特速率，把速率乘时间再除以 8 才是流量。这块记不清就直接拿工具算，别硬算，算错了没人给你兜底。

带宽计算公式算完之后，还要过一道现实关

算出来一个数字，不代表你就按这个数字买。有几个现实因素会把结果往上顶或者往下压。

往上顶的：协议开销。以太网、IP、TCP 每层都带包头，实际有效载荷打不满标称带宽，扣掉一部分是正常的。还有网络安全设备、反向代理、负载均衡，每过一层都有开销和瓶颈。

往下压的：CDN 和缓存。图片、CSS、JS 这类静态资源丢给 CDN，回源的带宽能省掉很大一块。很多人算带宽的时候把页面总大小全算在自己的主机带宽上，其实用上 CDN 后，源站真正要吃的那部分可能只是一小半。这也是为什么同样的站，有人买 5M 够用，有人买 20M 还卡——差别就在缓存和 CDN 上。

还有压缩。开启 gzip 或者 brotli，文本类资源体积能压下去六七成，图片走 webp 也能省不少。这些都做完了再去算带宽，数字会好看得多，没必要用真金白银的带宽去买本来该优化的体积。

三张表填下来，我的实操顺序

说个我自己习惯的顺序，不一定最科学，但省事。

第一步，先看现有日志或者监控，把最忙时段每秒的请求数、平均每个响应的大小拉出来。这一步拿到的是真实数据，比任何估算都靠谱。

第二步，用带宽计算公式粗算一遍：每秒请求数 × 单次响应大小 × 峰值系数，注意单位统一成 Mbps。得到一个基准值。

第三步，把这个基准值往上留 30% 到 50% 的余量，再去看服务商的产品规格，挑最接近的一档。带宽这东西升级容易降级麻烦，尤其包年包月，所以宁可起步略保守，也别一开始就冲顶配。

第四步，买完跑两周，回去看监控曲线。如果曲线长期贴着你买的那个上限，说明该加了；如果峰值只到一半，下次续费或者换配置的时候可以往下调。带宽不是买了就一劳永逸的，跟业务一起变。

最后提醒一句：任何在线的带宽计算工具都只是帮你算乘法，参数还是得你自己填。工具算错不了，人会。所以与其纠结用哪个公式，不如花点时间把并发、峰值、单位这三样搞清楚——这三个填对了，剩下的都是加减法。