2026-03-05 工作日志
- 数据问题分析：
- 问题定位：小程序为测试功能固定经纬度，上线时未去除，导致经纬度数据异常，影响 2 月 10 号到 2 月 18 号约 100 - 110 万条数据。
- 影响范围：只影响 c 端全国活动，不影响 b 端数据，因目前线上无 BC 活动。
- 数据清理逻辑：通过马甲 openid 做条件分析消费内容报表中的审核时时间字段。
- 数据处理方案：
- 数据清洗表：只清洗消费者中奖明细表，Mongo 表因无法获取经纬度暂不清洗，方案需备注因经纬度丢失技术表无法提取的问题。
- 数据更新：更新中台抽数字段的 update time。
- 数据执行问题：客户端执行数据更新超过 50 万会超时，考虑让 SR 同事从后台执行，需提工单申请，还可尝试将数据搞成 CSV 用 streamload 方式更新。
- 其他业务问题：
- 新框架迁移人员计算：新框架迁移称需要 17.4 个人，需进一步确认计算方式。
- 组件升级情况：组件从 VOE 1 升级到 VOE 存在困难，因组件较多。
任务
方案备注补充：在方案中备注因经纬度丢失，技术表无法提取数据的问题，说明涉及的表名和范围，同时补充技术表相关内容。 工单申请执行：提工单请求学东老师帮忙从后台执行已拆分并写成文档的 110 万条 SQL 脚本，避免客户端写入数据超时问题 数据更新评估：整理会议讨论的大量数据更新方式，即使用 streamload 方式和将数据搞成 4 列 CSV 格式更新，确认数据库能否支持几十万上百万条数据更新
20260305-安慕希扫码人地址为空数据修复评审： 1、方案中补充列清楚清晰范围涉及的表 @罗洋 2、清洗过程中台抽取数据的字段记得更新@罗洋 3、数据量较大，会执行报错，需要SR后台协助执行，需要学通老师确认下执行可行性？ -已确认无法通过SR后台协助批量清洗； -只能罗洋手工方式清洗；@罗洋 4、根据IP地址解析省市两级，确认只能清洗到 省市两级； 录制：安慕希扫码人地址为空数据修复评审 日期：2026-03-05 11:57:39 录制文件：https://meeting.tencent.com/crm/N1okJwbM80
AI助手质量检查
代码规模统计
- Java文件总数: 710个
- 代码总行数: 52,178行
- 平均每文件行数: 73.5行
- 最大文件: ActivityServiceImpl.java (2,478行)
- 超长文件(>500行): 30个文件
- 超长文件(>1000行): 5个文件
问题统计汇总
| 问题类别 | 问题数量 | 严重程度 |
|---|---|---|
| P0级问题 | 3 | 致命 |
| P1级问题 | 12 | 严重 |
| P2级问题 | 28 | 一般 |
| P3级问题 | 45 | 优化 |
| 总计 | 88 | - |
双跑切换技术方案评审
- 数据迁移数据校验由云平台验证。 大表迁移是怎么做的？
- 技术优化分支，复核的清单有没有？最近老分支上线了不少功能
- 各前端旧接口怎么处理的？有没有停掉，前段还能不能调。相关系统有没有依赖。
- 恢复验证，有没有有验证的记录报告。
- 停服，需要先通知