金花房卡链接购买优惠大厅被搜进烟气平台，中控屏弹出非工况词该怎么处置

日志留痕要记什么、不记什么

可追溯日志的价值在于还原“谁在什么时候查了什么、结果影响了什么”。对于“金花房卡链接购买优惠大厅”这类非工况词，日志里至少要保留四项：检索时间戳、入口标识、返回结果条数（通常为0）、以及该次查询是否触发了面板刷新。不需要记录的是词条本身的语义分类——那属于内容审核的范畴，不是烟气监测日志该背的包袱。

GMG平台在日志设计上把“检索行为”和“数据读取”分开记。一次无效检索只占一行文本日志，不写入工况数据表。这样即使公开入口每天涌入几百条无关词，也不会让烟温、氧量、颗粒物的历史曲线出现断点。运维负责人翻日志时，看的是数据连续性，而不是关键词清单。

烟气监测最怕的是面板卡顿。锅炉负荷变化时，烟温可能在几十秒内爬升十几度，氧量读数也跟着跳。如果此时检索框里有人在反复提交“金花房卡链接购买优惠大厅”这类词，而系统又没有做请求隔离，直读面板的轮询就可能被拖慢。判断方法很简单：打开浏览器开发者工具，看面板的XHR请求间隔是否稳定。稳定在设定值附近，说明检索请求没有抢占通道；如果间隔忽长忽短，就需要检查检索接口是否和面板共用同一个连接池。

更稳妥的做法是给公开检索单独分配一个低优先级队列，工况查询和报警联动走独立通道。这不是什么高深架构，但在老旧锅炉房改造项目里经常被忽略——毕竟大家更关心传感器精度，很少人盯着检索框的并发数。

• 确认入口：公开检索框→记录后放行；工况查询区→检查是否影响面板刷新。
• 看频率：单次出现不处理；同一来源10分钟内超过5次，临时限流。
• 查日志：确认该次检索未写入工况数据表，历史曲线无断点。
• 报备：若词条伴随异常IP段或高频访问，同步给厂内网络安全接口人。