2026-09-26 统一执行记录（充电授权 + VIN 额度分配权限）

执行环境：221.182.45.100:8066（Mycat 2.0，MySQL 5.7.33 兼容）
执行时间：2026-09-26 23:06 ~ 23:17
目标逻辑库：charging_pile_other

一、执行结论

二、执行中发现并修复的问题

1. VIN 码管理菜单整体缺失：charging_pile_other.sys_menu 中原无任何 VIN 相关菜单（path LIKE '%vinManagement%' 计数 = 0）。
   根因：20260901_vin_management.sql 第 18 行起使用 SET @变量 := (SELECT ...)，**Mycat 2.0 不支持用户变量**，导致该脚本菜单部分静默不生效（建表部分正常）。
2. 受此影响，20260926_vin_allocate_auth.sql 首次执行**影响 0 行**（父菜单 /vinManagement/list 不存在，INSERT ... SELECT 无匹配行）。
3. 新增 20260926_vin_menu_repair.sql（纯子查询、无用户变量、全部幂等）补齐菜单后重跑权限脚本，生效。
4. 幂等性回归时发现 repair 脚本第 9 条（角色授权）OR/AND 优先级缺括号，重复执行报 Duplicate entry '1-307' for key 'sys_role_menu.PRIMARY'，已修复（菜单范围整体加括号）。

三、当前库上状态（回查证据）

charging_pile_other.sys_menu 新增记录：

charging_pile_other.sys_role_menu：以上 9 条菜单均已授予 role_id = 1（管理员）。

其他确认项：
- t_charge_authorization：表存在、0 行数据（待后台配置）。
- t_vin_management（charging_pile_account）：含 company_id / fleet_id / init_quota / app_user_id，20260924 额度脚本已生效。
- t_fleet、t_group_company（charging_pile_other）：存在，字段齐备。

四、幂等性验证

三个脚本各重复执行一次（mysql -e "source ..."）：

• 20260926_vin_menu_repair.sql → EXIT=0，无错误
• 20260926_vin_allocate_auth.sql → EXIT=0，无错误
• 20260926_charge_authorization.sql → EXIT=0，无错误
• 回查计数：VIN 菜单 9 条、管理员授权 9 条（未产生重复数据）

五、执行后的功能验证（部署后）

1. 后端部署：ruoyi-api-other + ruoyi-other（充电授权）、ruoyi-api-account + ruoyi-account（VIN 额度分配）；前端部署最新产物。
2. 公司管理 → 公司概况 → "充电授权"：合作商多选 → 站点按合作商过滤 → 保存 → 重开弹窗回显；穿梭框"加入右侧"应生效。
3. VIN 码管理：左侧菜单与列表页"额度分配"按钮应可见可用（依赖本次菜单补齐）。

六、执行方式备查

# 判断（只读）
mysql -h<host> -P8066 -uroot -p --default-character-set=utf8mb4 -e "SELECT COUNT(*) FROM information_schema.TABLES WHERE TABLE_SCHEMA='charging_pile_other' AND TABLE_NAME='t_charge_authorization'"

# 执行（Mycat 建议先复制为英文文件名，再逐脚本 source）
mysql -h<host> -P8066 -uroot -p --default-character-set=utf8mb4 -e "source <绝对路径>/20260926_vin_menu_repair.sql"

• 执行顺序：20260926_vin_menu_repair.sql → 20260926_vin_allocate_auth.sql（额度分配按钮依赖 VIN码管理列表菜单）。
• 20260926_charge_authorization.sql 与 20260926_charge_authorization_partner_ids.sql 为二选一分支；表已存在时两者都无需执行。
• Mycat 上避免 SET @变量 / PREPARE，统一使用子查询写法（本目录脚本已按此改造）。
• 脚本均为 UTF-8，客户端建议 --default-character-set=utf8mb4；ALTER TABLE 属 DDL 不可回滚，生产执行前先备份。

七、追加执行：余额预警配置建表（2026-09-27 00:1x，估算）

• 执行环境：221.182.45.100:8066（Mycat 2.0，--default-character-set=utf8mb4；脚本先复制为英文临时名再 source，并校验 $LASTEXITCODE；临时文件与回查导出已清理）
• 回查证据：SHOW CREATE TABLE charging_pile_other.t_company_balance_warning 与脚本一致（company_warn_amount / sub_warn_amount decimal(12,2)、notify_object / notify_type tinyint、create_time / update_time / del_flag、唯一键 uk_company_id、中文列注释无乱码），表内 0 行（待后台配置）
• 幂等性：CREATE TABLE IF NOT EXISTS，重复执行无副作用（生产可随部署直接重跑）
• 部署后验证：公司管理 → 公司概况 → "预警配置"按钮打开弹窗，保存后重开弹窗回显（需部署 ruoyi-api-other + ruoyi-other 新版本与前端产物）

八、追加执行：子账户预警线改为允许 NULL（2026-09-27 01:00 ~ 01:15，估算）

• 背景：共享模式（t_group_company.account_mode = 1）公司下无子账户，"子账户预警线"不展示也不提交；原列 NOT NULL 会导致共享模式保存失败，故放宽为可空（存 NULL 表示不适用）。
• 执行环境：221.182.45.100:8066（Mycat 2.0，--default-character-set=utf8mb4；脚本复制为英文临时名后 source，逐条校验 $LASTEXITCODE；临时文件已清理）
• 回查证据：information_schema.COLUMNS 显示 sub_warn_amount IS_NULLABLE=YES、注释「子账户预警线（元，共享模式下不适用，存NULL）」；SHOW CREATE TABLE 与脚本一致（company_warn_amount 仍为 NOT NULL，唯一键 uk_company_id 保留），中文注释无乱码
• 幂等性：ALTER TABLE ... MODIFY COLUMN 语句本身可重复执行，本次连续执行两次均 EXIT=0、结构不变
• 代码侧配套（同批改动）：后端 save 在共享模式忽略该字段并落库 NULL、分配模式仍必填；detail 在共享模式不回显；前端弹窗共享模式隐藏该输入项且提交 null
• 注意：TCompanyBalanceWarning.subWarnAmount 已加 @TableField(updateStrategy = FieldStrategy.IGNORED)，否则 MyBatis-Plus 默认策略会忽略 null，共享模式切换后旧子账户预警线不会被清空（该列可空是此策略生效的前提）