Work for YILI

Appearance

2026-06-15 工作日志 ​

项目周会 ​

本次会议同步了项目各模块的业务数据与进度，讨论了数据治理、遗留问题及线上问题，并明确了后续的优化方向和改进措施。

小结 ​

1. 业务数据与应用情况

  • 上周共 34 万用户参与物码营销，扫码次数达 78 万次，异常流向 6000 余条。
  • 扫码出货量为 830 万提，日均约 120 万提；签收率为 79.3%，仍有提升空间。
  • 新增 5 个大区开展营销活动，上周发放费用约 17 万元。

2. 各模块进展与问题

  • 活动中心：电子围栏功能计划 7 月底完成；体验优化版本按计划推进；性能探查将梳理架构优化计划。
  • 数据治理：门店数据存档、云商数据一致性等问题正在修复和监控中；将召开专项会议讨论数据同步方案。
  • 遗留问题：存在扫码记录签收数据异常、Redis 集群性能优化等问题，需进一步排查。
  • 线上问题：SFA 发版后出现 PC 端价目表维护报错、门店加载慢等问题；营销活动中心出现新增门店未同步数据导致奖励未发放的问题。

3. 后续优化与改进措施

  • 数据监控：计划将自定义埋点数据接入神策，以便进行更精细化的运营分析。
  • 代码审查：针对 SFA 发版中出现的"夹带私货"问题，提出将要求供应商提供代码与功能点的对应截图，以加强上线检查。
  • 测试环境：强调需重视性能测试，应提前准备能模拟真实业务压力的测试环境，避免线上暴露性能风险。

待办 ​

1. 数据治理与专项会议

  • 李亚洲 门店数据存档问题，下午 2 点召开专项沟通会。
  • 吴菊 门店数据同步方案，组织技术同学共同讨论解决方案。
  • 邢健 小智系统更新企业 ID 后未同步更新时间的问题，今日完成优化并发布上线。

2. 需求与功能开发

  • 陈思 手工输入与盘点场景的需求范围，需再次确认。
  • 马奇 活动模块优化功能，需明确最终上线时间。

3. 技术优化与问题排查

  • 蔡文博 完善 Redis 集群性能优化方案，优先处理影响业务的临时问题。
  • 陈思 完善扫码拍照性能优化方案。
  • 彭婷婷 完成 TTS 数据迁移方案的评审与新里程碑计划的制定。
  • 李亚洲、李宝仟 排查扫码记录签收数据异常问题，形成结论。

4. 上线问题跟进

  • 任铭、李亚洲 协同处理因新增门店未同步导致的营销奖励漏发问题。
  • 陈思、李亚洲 组织测试环境拉通会议，讨论如何更好地模拟线上大数据场景。

售卖基地异常激励与 Dubbo 超时问题复盘会 ​

发言人：韩冬冬、王建朝、李明非、余勇军、张建利等 9 人

会议复盘了经销商异常触发售卖基地激励的代码逻辑漏洞，决定在测试环境复现后修复；针对 Dubbo 超时问题，制定了调整超时参数的临时方案，并要求后续进行根因分析与代码优化。

小结 ​

1. 售卖基地异常激励问题复盘

  • 异常场景与逻辑漏洞分析：确认问题场景为"经销商发货 → 门店自主签收 → 门店退货 → 经销商再次发货 → 门店未签收 → 经销商扫码触发激励"。经排查，由于去年改造自主签收参与售卖基地时遗漏了全国抽奖活动的校验，导致系统仅校验了 BC 营销活动，而未对全国活动进行拦截。目前生产环境仅发现 3 条异常记录，均为经销商内部人员在测试或特定操作下产生，未流向市场，影响范围较小。
  • 修复方案与验证要求：去除仅校验 BC 营销出货的限制，改为所有签收场景均校验出货单与退货单时间，确保状态为"待签收"时不触发激励。鉴于该问题涉及复杂的业务流转，要求开发团队必须在测试环境成功复现该异常场景，并在修复后验证无法复现，确保修复有效性。针对已发出的 3 条异常激励，需与产品经理确认是否需要修复，并将最终结论补充至方案文档。

2. Dubbo 服务超时报警排查

  • 报警现状与根因分析：近 30 天生产环境共出现 80 条 Dubbo RPC 超时报警，其中 69 条集中在"规则字段查询"方法，另有 3 条为定时任务同步外部人员数据时的报警。初步分析认为，部分接口（如出货单导出关联码）因数据量大且未走索引导致查询耗时超过默认的 1 秒超时阈值。
  • 解决方案与后续规划：计划在 permission 项目中增加 Dubbo 超时配置，将超时时间从默认的 1 秒调整为 3 秒，以缓解当前报警问题。王建朝指出单纯调整超时参数是治标不治本，要求开发团队后续必须深入分析代码逻辑，解决数据量大导致的性能瓶颈。张建利提出需验证 Dubbo 超时是否导致了线上业务数据丢失问题（500 多条数据异常），要求排查超时参数调整后能否解决。

待办 ​

1. 售卖基地异常激励修复

  • 李明非 在测试环境复现"经销商异常触发激励"的场景，验证修复代码的有效性，并将生产环境的码号流向信息补充至方案文档。
  • 李明非 与产品经理（宝钱/小娜）确认 3 条异常激励数据的修复方案，并补充至整体方案中。

2. Dubbo 超时问题

  • 韩冬冬 在 permission 项目中增加 Dubbo 超时配置（调整为 3 秒），并在下次发版时上线。
  • 韩冬冬 排查 Dubbo 超时是否导致线上业务数据丢失（500 多条数据异常），并确认参数调整后的解决效果。
  • 韩冬冬 深入分析 Dubbo 接口耗时长的根因（如索引缺失、数据量过大），制定代码优化方案并记录至统一文档。

扫码出货接口性能压测复盘会 ​

本次会议复盘了扫码出货相关接口的性能压测结果，重点讨论了整单退货和转移接口存在的偶发性报错问题，并明确了后续的排查方向和优化方案。

小结 ​

1. 接口压测结果复盘

  • 解锁与查询接口：在不同码量下均未出现错误，响应时间在可接受范围内。
  • 整单退货与转移接口：在单次请求（非并发）模式下，当码量达到 1000 或 5000 时，存在概率性的事务超时报错。

2. 性能评估与分析

  • 高频小单场景：压测数据显示，50 码及以下的小单操作在并发 126 的情况下，响应时间可控制在 800 毫秒内，满足业务需求。
  • 大单场景：对于 600 码的大单操作，其在业务中的发生频率较低，因此需要重点关注其在高并发下的稳定性。

3. 问题根因探讨

  • 整单退货和转移接口偶发报错的根本原因被初步定位为：新增的"锁码"逻辑导致了事务处理时间变长，当多个请求竞争同一批码时，容易发生超时。

待办 ​

1. 整单退货与转移接口问题排查

  • 宋洋、张喜 协同研究代码，寻找替代方案以避免使用事务，解决偶发性报错问题。
  • 在后续的压测中，需增加低并发场景的测试，例如对 50 码的单笔操作进行 10-50 并发的压力测试，确保在并发情况下接口的稳定性。

2. 性能数据与资源监控

  • 吕杰 向张喜同步获取 APM 监控数据，分析线上扫码出货接口的调用峰值及历史数据。
  • 吕杰 向张喜获取在 600 码压测场景下，后端服务器的资源使用情况截图，以评估性能瓶颈。

3. 技术方案与文档完善

  • 张喜 提供相关接口的技术文档，以便团队全面了解串货判断、数据生成等逻辑。