如何测试backlog上限

要测试 backlog 上限，首先要明确你指的是哪一类 backlog。不同系统里，“backlog”含义不同，测试方法也不一样。下面我按常见场景分别说明，你可以对号入座。

一、Linux / 网络相关：TCP / 连接 backlog 上限

1️⃣ 概念说明

• listen backlog：listen(fd, backlog) 中的 backlog
• 实际受两个内核参数限制：

  net.core.somaxconn
  net.ipv4.tcp_max_syn_backlog
  

2️⃣ 查看当前上限

sysctl net.core.somaxconn
sysctl net.ipv4.tcp_max_syn_backlog

3️⃣ 测试 backlog 是否生效

✅ 方法一：写一个简单的 server

listen(server_fd, 5);

然后：

• 用大量客户端同时 connect
• 观察是否出现 connection refused 或 SYN 丢弃

✅ 方法二：用 ss 观察

ss -ltn

或

ss -tn state syn-recv

✅ 方法三：压测工具

# 模拟大量连接
hping3 -S -p 80 --flood 127.0.0.1

⚠️ 注意：

• 实际生效的是 min(backlog, somaxconn)
• SYN backlog 和 accept queue 是两回事

二、消息队列 / 中间件：Kafka / RocketMQ / RabbitMQ

问题本质

• backlog 通常指：
  • 最大未消费消息数
  • 队列长度
  • 内存 / 磁盘阈值

测试思路（通用）

1️⃣ 不停生产消息，不消费

• 观察：
  • 是否触发限流
  • 是否阻塞 producer
  • 是否丢消息

2️⃣ 监控指标

• 队列长度
• 内存使用
• 磁盘使用
• 消费 lag

3️⃣ 示例（Kafka）

kafka-consumer-groups.sh --bootstrap-server localhost:9092 --describe

三、Scrum / 项目管理：Product Backlog 上限

1️⃣ 测试逻辑

• 人为向 backlog 添加大量需求
• 观察：
  • 系统是否变慢
  • 是否限制数量
  • 是否影响排序 / 查询

2️⃣ 关注点

• UI 性能
• 搜索 / 过滤性能
• 导出 / 报表性能

四、数据库 / 任务队列：任务 backlog 上限

常见测试点

• 最大 pending 任务数
• 队列满时行为：
  • 阻塞
  • 拒绝
  • 丢弃
  • 落盘

测试方法

1. 快速插入任务
2. 不消费
3. 观察：
   • 错误码
   • 日志
   • 资源占用

五、通用测试 checklist ✅

✅ 明确“backlog”定义
✅ 找到对应的配置项 / 内核参数
✅ 构造“超过上限”的场景
✅ 观察系统行为（拒绝 / 阻塞 / 降级）
✅ 验证监控和告警是否生效

如果你愿意，可以进一步告诉我：

• 是 网络 / 内核 / 中间件 / 业务系统？
• 具体技术栈（如 Linux、Kafka、Netty、Nginx）
• 想测的是 功能上限 还是 性能瓶颈

我可以直接给你一份可执行的测试方案或脚本。