U7.09.2Update frequency should match decision frequency设计
更新频率需匹配决策频率
别名: 刷新频率 · 实时性需求
概念解释
仪表盘的刷新频率不是"越实时越好"，而应该由用户基于这些数据做什么决策、多久做一次决定。运维值守人员每分钟可能要决定是否扩容，秒级刷新有价值；财务人员每月看一次报表，日级刷新已经足够，小时级只是浪费注意力和计算资源。刷新频率与决策频率不匹配时，要么数据滞后于决策需求（用户看到的不是当前状态），要么数据跳动快于用户能消化的速度（延伸至同组的干扰问题）。
机制
匹配失当的两端各有代价。刷新过慢时，用户基于过期数据做决策——延迟的代价取决于决策窗口：交易场景中 1 分钟的延迟可能导致错误决策，而月度规划场景中 1 天的延迟无关紧要。关键变量是决策频率与数据变化频率的比值：数据变化比决策快时，用户只需要"足够新到回答当前问题"的数据；数据变化比决策慢时，再快的刷新也只是在重复显示同一份数据。刷新过快时，代价转移到了用户端：阅读被打断（延伸至同组的跳动干扰）、后端查询压力增加、以及用户对数据可信度的误判——频繁变化的小数字让人怀疑数据管道的稳定性，反而降低信任。技术上还有一个约束：刷新频率受限于数据管道的延迟，如果上游数据本身是 5 分钟一批，前端 1 秒刷新只是在反复请求同一批数据。
边界
决策频率不是用户属性而是情境属性：同一个人在故障排查时需要秒级数据，日常巡检时小时级就够——仪表盘应该允许用户调刷新频率而不是硬编码一个值。对于推送型告警（阈值触发时通知用户），拉取型仪表盘的刷新频率可以显著降低，因为紧急情况已经通过另一条路径到达了用户。多用户共享的仪表盘还有一个隐性约束：为高频决策者优化的刷新频率对低频用户是干扰，需要按用户角色配置而不是全局统一。
怎么落地
- 为每个仪表盘定义目标决策场景（多久做一次什么决策），刷新频率设为决策间隔的 1/3 到 1/2。
- 提供用户可调的刷新频率选项（关闭 / 30 秒 / 5 分钟），默认值按仪表盘的主要用途设定。
- 在数据管道延迟已知时，将前端刷新频率设为不高于管道延迟，避免重复请求同批数据。
- 验证：统计仪表盘的自动刷新中用户实际注意到数据变化的比例；低于 20% 时刷新频率高于决策需求，可以降低。