一、今日工作总结 1、模块TOP大事 ① 钱包压测评审明确8个核心接口压测结论与整改要求。同步红包记账流水整体TPS达530、断言全通过，但CPU峰值99.64%超标，重新压测策略为并发降至100左右、按30/60/80/100阶梯递增，CPU达80%立即停止加压并记录最大TPS；混合查询基于百万级红包流水与提现记录，TPS达1600~2800、CPU占用30%~40%、内存稳定，阶梯加压过程未发现异常波动；记账红包余额与本年统计两个新增查询接口CPU在79%以内、响应时间达标，数据库内存无波动系腾讯DB自身高性能机制、多数查询走Redis缓存未触发数据库IO，需在报告中写明原因；H5登录TPS达2941、流程仅依赖Redis生成身份票据，脚本是否因配置问题未真正打至服务端待结合线上日志核验。压测通过标准同步明确：CPU与内存不得超过80%、P95响应时间不超过500毫秒；报告需补各场景TPS对应最大并发值与时间点、按实测TPS推算小时级可支撑请求频次，删除针对ToC生产环境的无效吞吐量计算。 ② 积分逆向需求评审拉通营销活动中心与积分中心正逆向改动点。数据口径统一为所有接口保持必填协议、前端直接传递、后端不自行查库加工，SFA端因数据质量不全且查库受限，提供临时特殊接口先查编码再传入，后续随主数据治理完善替换为直连；营销活动中心侧，门店退货或异常签收时自动扣减原发放积分并记录明细、同步推计费中心扣费，扣减后再次签收正常发放，对应积分加回总积分池并从活动已发放总额扣除；计费中心侧，不究积分是否过期或未使用、收到退货通知即发起扣减，余额不足允许扣成负数、按顺序抵扣；积分中心侧，积分池、变动记录、兑换记录及钱包H5增加经销商维度，支持人、活动、门店、经销商多维下钻，汇总、冻结、明细列表及余额查询接口增加经销商编码非必填字段；建立90天过期积分池作为逆向扣减抵扣来源，冻结期履约成功正常扣减、失败解冻未过期恢复可用、已过期转入过期池；按1天、7天、15天三档扫描即将失效积分，打包上传COS供调用方获取短信或站内信预警；新增逆向记账流水，记录流水单号、关联正向单号与扣减状态，记账户与积分池新增已扣减积分与负积分字段，正向入账优先抵扣负积分。 ③ 消费者中奖明细表数据修正与智慧门店查询接口优化通过技术评审。数据修正方面，产品批次与生产日期字段取值从无时分秒的tag product in time改为有时分秒的对应码表字段，全表清洗复用定时任务按时间分片、默认30线程并发、20分钟每片，游标分页避免重复，从MongoDB查码表获取信息组装后Stream Load更新，全量更新约11天故不更新update_time、由数据中台手动重刷；修复范围限定中奖时间2026年1月1日至发版时间，更新前须以CREATE TABLE AS SELECT全表备份、执行后删除备份表；4000万数据放弃内存直接加载，改脚本本地生成CSV或JSON、上传至可连通SR的服务器导入。查询优化方面，移除接口中多次调用的无效函数（内部执行冗余盘点明细查询、直接返回当前时间即可），增加扫码时间31天分区过滤，暂不添加索引，效果不理想再评估StarRocks不阻塞加索引及对写入的影响。
2、重点/基础工作 ① 盘点任务仓库维度下发需求明确二选一逻辑。盘点任务仅支持经销商维度与门店维度，仓库维度下发需同时告知门店与仓库；经销商维度下该经销商所有门店、仓库及其他位置均可参与、任一位置结束即整体结束，门店维度仅限所选门店参与、按经销商维度查询时不可见，避免跨维度误操作导致任务提前结束；盘点核检关联活动逻辑不变、仅门店维度盘点参与核减。南林今日输出产品方案原型，明日内部评审并拉通王琪、张喜及测试团队，金策评估改动量并给出上线排期。 ② 人员类型优化需求评审提出数据治理预警。查证签收、盘点、B端出货与活动签收场景改为前端仅传人员编码、后端匹配主数据后按3级类型存储，任务列表返回时直接过滤、不新增查询接口；SFA与DMS人员职位用自定义枚举描述、主数据重新定义人员属性，同一人语义不一致、无法跨系统通用圈选；营销活动中心自行维护人员分类映射，偏离渠道域销售团队中心管人的权威数据源规划，存在非标定制化累积导致架构退化的风险，4月已提被搁置的数据治理事项需渠道域与数据智能团队联合向高层汇报拍板；人员信息不同步的异步处理方案被否决，技术侧拒绝接收无法把控的异步设计。 ③ 物码早会决策点与两项资源事项。UAT范围简化，聚焦盘点任务、下发积分及积分兑换，因门店维度会导致历史数据无法融合清洗、建议业务方不使用该功能且暂不发放积分；上线评审会定档14日下午5至6点、15号上线，静默上线策略下优先保障功能测试、压测不一定在上线前全部完成，但需单独压测盘点任务场景；移动端看板测试与大盘点任务合并至14日统一执行；积分兑换卡券33个异常场景经与开发确认不模拟后该模块基本视为通过。另：营销活动中心-奶酪增加UAT环境资源的申请评估通过；CSV数据更新技术方案由玉平与学通沟通设计并形成SOP。
3、每日总结&思考： 【AI&Agent】今天没有AI专项议题。从当日两场数据评审能看到AI落地的一个共性前提：中奖明细表清洗要把范围精确到中奖时间区间、是否更新update_time与分批大小都要在技术方案中固定，压测报告也要补各场景TPS对应最大并发与时间点、按实测推算小时级支撑频次，都是先把口径固化成结构化字段。技术管理Agent要接手评审跟进与报告结构化，前提正是判定标准与字段边界先定死；人员类型反查主数据的方案也说明，跨系统语义没有权威统一定义前，机器匹配与自动圈选都无从谈起。 【工作思考】钱包压测TPS 530看着达标、CPU却打到99.64%，高并发数字不等于服务能力，通过标准先于压测执行明确，才不会被漂亮TPS掩盖资源耗尽。人员类型上，自建分类映射与渠道域权威数据源规划的冲突，说明局部灵活在攒架构欠账，涉及主数据的链路应直连源头，不能靠异步兜底。
二、明日工作计划 1、模块TOP大事 ① 14日下午5至6点参加上线评审会，确认15号上线计划。 ② 盘点任务仓库维度产品方案内部评审，拉通王琪、张喜及测试团队共同确认。 ③ 准备UAT测试用例和账号，UAT范围简化及门店维度使用说明通过邮件同步业务方。 2、重点/基础工作
- 营销活动中心-技术梳理专项
- 物码技术支持，营销活动中心液奶、奶酪、冷饮，计费管理、券中心、帖码
- 技术管理智能体研发