带宽测试基础：从概念到实战

大家好，我是老张。今天咱们聊聊带宽测试这件事。

说实话，我见过太多工程师把带宽和吞吐量混为一谈。有一次在项目评审会上，一个同事信誓旦旦地说「我们链路带宽是1Gbps，吞吐量肯定没问题」。结果呢？上线第一天就炸了。嗯，这就是我们今天要讲的核心问题。

什么是带宽？

带宽，说白了就是一条网络链路在单位时间内能传输的最大数据量。你可以把它想象成一条水管——水管越粗，单位时间内能流过的水就越多。

在计算机网络里，带宽通常用比特每秒（bps）来衡量。常见的单位有：

• Kbps（千比特每秒）—— 老式拨号上网的水平
• Mbps（兆比特每秒）—— 家庭宽带常见
• Gbps（吉比特每秒）—— 数据中心内部链路

举个例子。你家里办了100Mbps的宽带，理论上每秒能传100兆比特的数据。换算成字节，大概是12.5MB/s。为什么是「理论上」？因为实际跑不到。我后面会讲原因。

带宽 vs 吞吐量：别再搞混了

这两个词，我每次讲课都要强调一遍。它们的关系就像：

• 带宽 = 高速公路的最高限速 × 车道数
• 吞吐量 = 实际上每分钟通过了多少辆车

你看，限速120km/h，但路上有事故、有收费站、有慢车，实际车速可能只有60km/h。这就是带宽和吞吐量的区别。

维度	带宽	吞吐量
定义	理论最大传输能力	实际有效传输速率
单位	bps（比特每秒）	bps 或 pps（包每秒）
影响因素	物理介质、协议标准	网络拥塞、协议开销、硬件性能
典型场景	链路规格、设备标称	实际业务流量、压力测试

我在项目中遇到过最典型的案例：客户买了10Gbps的网卡，结果跑数据库复制时只有2Gbps。查了半天，发现是PCIe通道数不够。你看，带宽标称10G，但吞吐量被硬件瓶颈卡死了。

带宽测试为什么重要？

你想想看，没有带宽测试，你怎么知道你的网络到底行不行？

我总结了几点核心价值：

1. 容量规划 —— 业务要扩容，先测带宽。不够就加，够就省。
2. 故障定位 —— 用户说慢，先测带宽。是链路问题还是应用问题，一测便知。
3. 性能基线 —— 每次变更后测一次，建立历史数据。哪天突然降了，马上能发现。
4. 供应商验证 —— 运营商说给你1G，你信吗？测了再说。

我曾经帮一个电商客户做双十一前的压测。他们一直觉得带宽够用，结果我一测，发现核心链路的实际吞吐量只有标称的40%。原因是什么？中间有一台老交换机做了流量整形。嗯，要不是提前测出来，双十一那天就等着崩吧。

带宽测试的核心逻辑

为了让你更直观地理解，我画了一张图。这张图展示了带宽测试从理论到实践的完整链路：

这张图想表达什么？很简单：

• 理论带宽是起点，但不是终点
• 中间有各种因素在「吃掉」你的带宽
• 最终你拿到的是实际吞吐量——这才是你真正关心的

一个简单的测试示例

我习惯用 iPerf3 做快速测试。命令很简单：

# 服务端（接收方）
iperf3 -s -p 5201

# 客户端（发送方）
iperf3 -c 192.168.1.100 -p 5201 -t 30

跑30秒，看结果。如果结果远低于链路标称，那就该排查了。

好了，这一章就到这里。记住一句话：带宽是理论，吞吐量是现实。测试，就是连接理论和现实的桥梁。