任务描述
性能优化需求：
1、目前统计采购中的功能存在性能问题，原来的方案是用一个SQL关联更新Listing大宽表，导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】
2、把采购中逻辑从旧服务中单独出来，另起一个服务，然后分账号分页处理，减少每次处理的压力
3、由于大宽表压力较大，增加更新时的超时重试机制
4、从旧服务中把更新逻辑移除
需求描述

需求背景：目前统计采购中的功能存在性能问题，会导致Listing大宽表死锁或影响Listing页面数据加载，需要对其进行优化

需求风险：影响Listing大宽表性能
目标用户：亚马逊平台运营中心
影响页面：所有需要用到页面
详细内容：

原逻辑：用一个SQL关联更新Listing大宽表，导致有时候会有几十万的数据同时更新。旧服务所在【ChinaDownLoadImage.Task.Amazon.Task_Amazon_TransportStatistics】


新逻辑：
1、把采购中逻辑从旧服务中单独出来，另起一个服务，然后分账号分页处理，减少每次处理的压力
2、由于大宽表压力较大，增加更新时的超时重试机制
3、从旧服务中把更新逻辑移除


验收标准
暂无
历史记录  
  1. 2023-01-29 16:58:10, 由 王翔宇 创建。
  2. 2023-01-31 10:18:26, 由 冯名明 完成。
    修改了 总计消耗，旧值为 "0"，新值为 "7"。
    修改了 实际完成，旧值为 ""，新值为 "2023-01-31 10:06:30"。
    修改了 任务状态，旧值为 "wait"，新值为 "done"。
    修改了 实际开始，旧值为 "0000-00-00 00:00:00"，新值为 "2023-01-31 10:18:26"。
    修改了 预计剩余，旧值为 "7"，新值为 "0"。
    修改了 由谁完成，旧值为 ""，新值为 "fengmingming"。

    1.新增定时服务名称:更新亚马逊采购中字段数据

    2.具体逻辑

    1）根据脚本查询出需要更新的系统SKU集合

    2）根据系统SKU集合分页获取大宽表的ID集合

    3）根据大宽表的ID集合批量更新采购中数据量

    4）如果更新失败会重试三次

  3. 2023-02-01 13:58:30, 由 zhengqiao 关闭。
    修改了 任务状态，旧值为 "done"，新值为 "closed"。
    修改了 指派给 ，旧值为 "fengmingming"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "zhengqiao"。
    修改了 关闭时间，旧值为 "0000-00-00 00:00:00"，新值为 "2023-02-01 13:58:30"。
    修改了 关闭原因，旧值为 ""，新值为 "done"。
  4. 2023-02-13 10:17:13, 由 王翔宇 编辑。
    修改了 所属迭代，旧值为 "671"，新值为 "677"。
    修改了 所属模块，旧值为 "1678"，新值为 "0"。
    修改了 相关需求，旧值为 "0"，新值为 "13430"。
    修改了 指派给 ，旧值为 "closed"，新值为 ""。
    修改了 需求版本，旧值为 "1"，新值为 "2"。
返回
所属迭代 技术研发中心 2月分支版本（2023年）
所属模块 /
相关需求 亚马逊Listing采购中数据加载性能优化
指派给 暂无
任务类型 后端
任务标签 初始
开发组 运营开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 王翔宇 于 2023-01-29 16:58:10
由谁完成 冯名明 于 2023-01-31 10:06:30
由谁取消 暂无
由谁关闭 zhengqiao 于 2023-02-01 13:58:30
关闭原因 已完成
最后编辑 王翔宇 于 2023-02-13 10:17:13
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 7工时
总计消耗 7工时
预计剩余 0工时
预计开始 0000-00-00
实际开始 2023-01-31
截止日期 2023-01-29