单机每秒1万点位属性并发实测：建筑物联网平台压测记录与背压设计
快速答案
古河建筑物联网平台（IoServer Plus）在单机隔离实例上的实测结果：每秒 1 万条设备属性上报稳定处理、全程零丢数；持续加压测得摄入上限约 2.5 万属性/秒；超出处理能力时消息压在 MQTT Broker 队列中而不是被丢弃，停止加压后 42.4 秒排空积压，数据仍逐条精确可对账。
30 分钟满载浸泡测试（1 万属性/秒 × 1860 秒）：丢弃 0，WebSocket 订阅 32 路 0 掉线，期间 141,093 次 API 请求无一服务端错误，进程内存在测试末段斜率为负（约 -12 MB/分钟，即回落而非泄漏）。
"平台能承载多少点位"是物联网平台选型时最常见也最难得到诚实回答的问题。厂商页面上的数字往往没有测试环境、没有方法、没有失败模式。本文公开我们的一次完整压测：环境、方法、阶梯数据、超载行为和背压设计，供智慧建筑项目做容量评估时参考。
测试环境与方法
硬件单机 Intel i7-13700F（16 核 24 线程）、32GB 内存，平台以隔离实例运行，与开发环境完全分离。
测试夹具4,000 台 MQTT 协议注册设备 + 2,000 台直采设备，共 10,000 条点位特征映射。
加压方式生成器按阶梯提升属性上报速率（1 万 → 4 万属性/秒），逐档记录平台实际消费速率、积压与丢弃。
对账方法每档结束后对 20,000 条属性的末值逐条与生成器侧比对，任何不一致即判定失败。
阶梯实测数据
| 压力档位 | 平台表现 | 判定 |
|---|---|---|
| 1 万属性/秒 | 实收 9,997 事件/秒；丢弃 0；队列积压峰值 4/10000；20,000 条末值逐条精确匹配 | 达标 |
| 报警联动叠加 | 同时启用 1,500 条报警规则，上报仍达 10,609 事件/秒、零丢弃；754 条活动报警对应 754 个去重键、重复为 0 | 达标 |
| 4 万属性/秒（超载） | 生成器发出 40,001/秒，平台稳定消费 27,375/秒；整机 CPU 峰值仅 47%；超出部分压在 Broker，零丢弃 | 摸到上限 |
| 超载后排空 | 停止加压后 42.4 秒排空全部积压，排空后末值仍 20,000/20,000 精确匹配 | 达标 |
值得注意的是超载档的 CPU 只有 47%——说明单机上限约 2.5 万属性/秒的瓶颈不在算力，而在消息链路的串行度。这也意味着换更强的 CPU 并不能线性提高这个数字，容量规划时应按实测口径而不是硬件规格推算。
30 分钟满载浸泡
短时冲高不难，难的是持续满载不劣化。浸泡测试以 1 万属性/秒持续运行 1860 秒：
- 全程丢弃 0，属性缓存计数恒定在 30,000，无堆积增长。
- 32 路 WebSocket 实时订阅 0 掉线。
- 期间发起 141,093 次 API 请求，服务端错误（5xx）为 0，健康检查全程 200。
- 测试末 10 分钟进程内存斜率约 -12 MB/分钟——内存在回落而不是缓慢泄漏。
背压设计：为什么超载也不丢数
很多平台在超载时选择"丢弃最旧数据"换取吞吐，这对计费、告警和审计都是灾难。我们的取舍相反：
- 有界队列 + 拒绝而非丢弃：平台内部各级队列都有明确容量上限，写不进去的消息停留在上游（MQTT Broker），依靠 MQTT 的 QoS1 语义保证不丢。
- 先持久化再确认：级联转发场景采用"先持久入队、再回 PUBACK"的顺序，队列不可用时宁可拒绝也不降级直发。
- 可对账：任何压力档位结束后，末值都必须能与源头逐条比对——这是判断"没丢"的唯一标准，比吞吐数字更重要。
对建筑项目的容量含义
一个典型的大型公共建筑项目，接入点位在数千到数万级，常规采集频率下的属性变化速率通常远低于每秒万条。单机 1 万属性/秒的稳定处理能力意味着：绝大多数单体建筑项目留有一个数量级以上的余量；园区级或多楼宇项目可通过多级网关分层汇聚（平台支持三层以上级联，同一设备 ID 全链路不变）。古河物联接入能力基于 20 年、500+ 协议驱动的积累，覆盖楼控、工业、电力、安防、视频、IT 等八大领域。
相关产品、方案与文章
产品：建筑物联网数据中台 BIOT产品：IO数据采集服务器 IOSERVER方案：设备采集网关与数据接入方案：物联网数据中台文章：建筑物联网平台是什么？文章：建筑物联网平台 vs 通用IoT平台案例：广州奥林匹克中心物联网平台
常见问题FAQ
- 这个数字是理论值还是实测值？
- 实测值。单机 i7-13700F/32GB 隔离实例、6,000 台设备夹具、逐条末值对账，本文完整公开了环境与方法；理论值与厂商宣传数字没有可比性。
- 超过 2.5 万属性/秒会发生什么？
- 超出部分压在 MQTT Broker 队列中等待消费，不丢弃；停止超载后按实测约 42 秒排空。若业务长期高于该速率，应通过多级网关分层汇聚或提高采集死区来削减无效变化。
- 1 万属性/秒对应多大的项目规模？
- 取决于点位变化频率。以常见的秒级采集、变化率 10% 估算，1 万属性/秒可支撑约 10 万点位的运行规模；单体建筑通常为数千到数万点位，余量充足。
- 压测时报警和订阅会拖慢采集吗？
- 实测叠加 1,500 条报警规则后上报速率仍在 1 万事件/秒以上、零丢弃；32 路 WebSocket 订阅在 30 分钟满载中零掉线。报警与分发链路和采集链路是隔离的有界队列。
古河软件 发布于 2026-08-27
微信咨询
