排障

数据频率一换，累计算法不换，报表就是 100% 假象。 今天这一天基本都耗在 factory_api_server.py 和前端报表上。数据库从旧表 work_load 切到新表 work_load_0521，本来以为只是换个连接串，结果时间字段从时段变成每 10 秒一条快照，利用率算法也跟着塌了，改到第三轮才把口径理顺。 一、新表 work_load_0521：TIME 是单点快照，不是 START/END拿到的新库配置很直接：100.64.0.2:3306，表名 work_load_0521，每 10 秒记录一次人员及工时。字段里 TIME 代表记录时间，worker_num 是人数，workload 是总工时，area 和 main_area 保持原意。 跟旧表 work_load 放一起，差异一眼就能看出来： 维度 旧表 work_load 新表 work_load_0521 时间 START_TIME / END_TIME TIME（快照单点） 工时 WORKTIME（秒） 无此字段，WORKLOAD 为累计值 频率 不定时 10 秒一 ...

在岗人数不是“最后一条记录的 worker_num”，而是“当前时刻还没有结束的那条记录”。 今天这台看板连续出两个问题：先是在岗人数全部显示成 1，查了半天发现 SQL 少了对时段的判断；修完没过多久，服务自己又退掉了。一天基本就在改查询和重启服务之间来回。 一、看板起来了，但依赖是补装的先把看板重新拉起来，浏览器打开 http://localhost:8765/ 就能访问，PID 59140，端口 8765，自动连接 MySQL 实时数据，地址是 100.64.0.2:3306，30 秒自动刷新一次。 这里有个小插曲：新会话的 venv 被重置了，Python 依赖全丢。所以先把 flask、flask-cors、pymysql 补装完，服务才正常起来。当时没太在意，后面这个“会话重置”又出来刷了一次存在感。 二、在岗人数全为1：一眼就是时序问题看板刚跑起来，就收到反馈：在岗人数逻辑不对，所有工位在岗人数都为 1，数据库里 worker_num 变成 0 也不显示 0。 我去翻查询，问题出在第 71-78 行： 1WHERE (AREA, START_TIME) IN (SELEC ...

这天最关键的判断：改了后端代码不重启 Flask，页面永远还是旧数据。 上午接到的需求是把一张静态的 factory_dashboard_dark.html 塞进真实数据库里的产线工时数据，还要动态实时刷新。最后折腾到傍晚，主要精力没花在写 SQL 上，全花在“我以为改了就应该生效”上了。 一、从一张静态 HTML 到一个 Flask API 服务原始素材很明确：数据库在 100.64.0.2:3306，账号 ***（空密码，内网测试库），库名 m3_ai_data，表 work_load，字段有开始时间、结束时间、worker_num 人数、worktime 工时、workload 总工时。area 字段里五个工位代码分别是 SCBX（上层布线）、SCZZ（上次组装，素材里是打字笔误，我直接按原文记录）、DCZZBX（底层组装布线）、GJQ（工具区）、ZCZZ（中层组装），总区域 main_area 的 TST1 代表 M3 手工流水线。 浏览器本身不能直连 MySQL，所以当天定下的架构就是两文件方案： factory_api_server.py：Flask 本地服务，端口 87 ...