fix: repair SQL_ASCII signature encoding

2026-07-22 18:51:02 +08:00
parent 344003e034
commit e28288f691
4 changed files with 30 additions and 0 deletions
@@ -2231,3 +2231,10 @@ git diff --check
 - 发布后`cmpp-gateway`、`cmpp-api`、Nginx、PostgreSQL、Redis和MinIO均active，`12026/17890/8090/3000/9000/6379/5432`监听；API/Gateway health、Redis PONG、PostgreSQL readiness和60条migration状态通过。`gateway.submit.commands`为`pending=0、lag=0`，7个通道TPS权威配置存在，部署后API/Gateway error journal均无记录。
 - 2条active上游通道均恢复`connected/currentConnections=1`。另1条disabled通道的状态行仍显示`connected/1`，但`updatedAt=2026-07-09 03:24:26.242`且本次启动无对应重连日志，确认为历史状态残留而非当前连接；5条deleted测试通道均为failed/0连接。本轮未修改或清理该历史数据。
 - 外部首页、运营登录页、客户端登录页和API health均返回HTTP 200，公网CMPP `8.160.169.106:17890` TCP连接成功。生产源码确认API下发`result=8`且Gateway读取业务结果码；未通过真实短信制造超限条件，未发送、重投、充值、审核或修改生产业务数据。
+
+## 2026-07-22 SQL_ASCII签名UTF-8损坏修复（待发布）
+
+- 预发布企业签名、报备任务/记录、待报备资料及部分模板读取接口返回500。Nginx与API stderr确认`SmsSignature.findMany()`等查询触发PostgreSQL `22021 invalid byte sequence for encoding UTF8: 0xe7 0xbd 0xe3`，不是前端或权限问题。
+- 生产数据库编码为`SQL_ASCII`。`20260722173000_normalize_sms_signature_brackets`中的中文正则字符类按字节工作，把名称末尾“网”的UTF-8最后字节`0x91`误当成黑括号字节删除。49条签名中准确识别2条非法UTF-8；迁移前备份证明二者原值均为`【航天信息信诺网】`。
+- 新增补偿migration，仅当两个已确认ID及损坏hex同时匹配时恢复备份中的正确UTF-8，不覆盖之后的人工编辑；明确禁止回滚到非法字节，并补充SQL_ASCII与关联接口回归用例。
+- 本地真实SQL_ASCII临时库从零应用61条migration后插入生产同款损坏hex，补偿SQL首次执行恢复两条正确UTF-8、第二次执行保持不变，随后删除临时库；本地共享库也已应用第61条migration。API全量24 suites / 290项、API build、前端build、Gateway `go test ./...`、Prisma generate/validate/status和`git diff --check`均通过。