fix: 修正日间流量表名大小写
This commit is contained in:
+4
-4
@@ -528,9 +528,9 @@ ALTER TABLE `5G_结果表` ADD INDEX `_rj`(`_gNBId`, `_cellId`);
|
|||||||
|
|
||||||
CREATE TABLE `_rj_yd` ( `gNBId` varchar(50), `cellId` varchar(50), `上下行总流量_GB` double, INDEX (`gNBId`, `cellId`)) AS
|
CREATE TABLE `_rj_yd` ( `gNBId` varchar(50), `cellId` varchar(50), `上下行总流量_GB` double, INDEX (`gNBId`, `cellId`)) AS
|
||||||
SELECT `gNBId`, `cellId`, AVG(`上下行总流量_GB`) AS `上下行总流量_GB` FROM (
|
SELECT `gNBId`, `cellId`, AVG(`上下行总流量_GB`) AS `上下行总流量_GB` FROM (
|
||||||
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `2_6grjyd`
|
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `2_6GRJYD`
|
||||||
UNION ALL
|
UNION ALL
|
||||||
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `700mrjyd`
|
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `700MRJYD`
|
||||||
) AS t
|
) AS t
|
||||||
GROUP BY `gNBId`, `cellId`;
|
GROUP BY `gNBId`, `cellId`;
|
||||||
|
|
||||||
@@ -540,9 +540,9 @@ CREATE TABLE `_rj_gd` (
|
|||||||
) AS
|
) AS
|
||||||
SELECT `gNBId`, `cellId`, AVG(`上下行总流量_GB`) AS `上下行总流量_GB`
|
SELECT `gNBId`, `cellId`, AVG(`上下行总流量_GB`) AS `上下行总流量_GB`
|
||||||
FROM (
|
FROM (
|
||||||
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `2_6grjgd`
|
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `2_6GRJGD`
|
||||||
UNION ALL
|
UNION ALL
|
||||||
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `700mrjgd`
|
SELECT `gNBId`, `cellId`, `上下行总流量_GB` FROM `700MRJGD`
|
||||||
) AS t
|
) AS t
|
||||||
GROUP BY `gNBId`, `cellId`;
|
GROUP BY `gNBId`, `cellId`;
|
||||||
|
|
||||||
|
|||||||
@@ -1103,3 +1103,9 @@ CellData 处理日志细化(`app/services/cell_data.py`):
|
|||||||
- Web 首次启动通过 `DB_HOST=capacityrepost-mysql` 写入新数据卷内的 `Configure.json`;MySQL 初始化独立的 `CapacityReport`、`celldata` 数据库。
|
- Web 首次启动通过 `DB_HOST=capacityrepost-mysql` 写入新数据卷内的 `Configure.json`;MySQL 初始化独立的 `CapacityReport`、`celldata` 数据库。
|
||||||
- 当前代码镜像使用不可变标签 `capacityrepost-web:a66ce4c`,服务器部署目录为 `/opt/capacityrepost`。健康检查 `GET /health` 已验证应用与 MySQL 均正常,首页可访问。
|
- 当前代码镜像使用不可变标签 `capacityrepost-web:a66ce4c`,服务器部署目录为 `/opt/capacityrepost`。健康检查 `GET /health` 已验证应用与 MySQL 均正常,首页可访问。
|
||||||
- 同机旧实例 `capacity-report-app`(19081)与 `capacity-mysql`(13306)是受保护资源;部署第二实例时禁止对旧容器执行停止、重建、改名、改网络、改卷或 compose down。
|
- 同机旧实例 `capacity-report-app`(19081)与 `capacity-mysql`(13306)是受保护资源;部署第二实例时禁止对旧容器执行停止、重建、改名、改网络、改卷或 compose down。
|
||||||
|
|
||||||
|
## 2026-08-06:修复日间流量暂存表大小写不一致
|
||||||
|
|
||||||
|
- 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,下一次新任务才会读取修复后的内容。
|
||||||
|
|||||||
Reference in New Issue
Block a user