docs: 记录表名修复部署验证

2026-08-06 09:24:55 +08:00
parent d9672771a8
commit 33848f4758
1 changed files with 3 additions and 0 deletions
@@ -1109,3 +1109,6 @@ CellData 处理日志细化（`app/services/cell_data.py`）：
 - Linux MySQL 使用 `lower_case_table_names=0`，表名大小写敏感。数据映射实际创建 `2_6GRJYD`、`700MRJYD`、`2_6GRJGD`、`700MRJGD`，但 `ReportScript.sql` 第 126、127 条语句曾使用对应的小写名称，导致任务固定报 1146 表不存在。
 - 四处 SQL 引用已统一为与 `Configure.json` 数据映射及实际导入表一致的大小写；脚本解析仍为 157 条，线上 `/data/ReportScript.sql` 已同步更新且校验和一致。
 - 运行中的任务会保留启动时已经解析的旧 SQL；热更新脚本不重启 Web，下一次新任务才会读取修复后的内容。
+- 全脚本审计覆盖 32 个表标识：配置输入、脚本内建表和线上实际表之间无剩余大小写错配/冲突，且按 157 条语句执行顺序检查无“表尚未创建便引用”和未加反引号的表名。
+- 修复镜像 `capacityrepost-web:c054b48` 已部署并重启 Web；MySQL 和旧实例未重启。线上以同一数据库执行第 126、127 条核心查询通过，移动/广电临时校验结果分别为 23,227/23,107 行，临时表已删除。
+- 自动调度保持启用，正式任务 `20260806_170846` 已启动；因完整处理耗时较长，后续结果由用户自行观察。