重现步骤

[步骤]

问题1:19号开始,服务开始未提交到亚马逊后台

问题2:18号开始,页面执行记录无数据


[结果]


[期望]


历史记录  
  1. 2025-04-21 09:52:23, 由 徐格格 创建。
  2. 2025-04-21 12:13:47, 由 罗友军 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
  3. 2025-04-21 14:39:38, 由 张家添 解决,方案为 非BUG-纯属误判 。
    修改了 解决方案,旧值为 "",新值为 "feibug"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2025-04-21 14:21:11"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "xugege"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。

    1、程序一直在同步,存在同步不及时的问题,17/18号数据量很大

    2、看架构师是否出一个同步的方案,个人建议全部按批次表走,做成分布式,队列表就不用更新状态了,批次表改完状态直接同步到es

    lQLPJxIPuB9IJnPM680DH7B8KpB-QuluNwfnKNQ19GQA_799_235.png

    查批次表是正常的,同步状态的服务落后了,2025-04-18T07:22:42+08:00

  4. 2025-04-21 15:37:53, 由 徐格格 激活。
    修改了 指派给 ,旧值为 "xugege",新值为 "luoyoujun"。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "active"。
    修改了 激活日期,旧值为 "",新值为 "2025-04-21 15:37:52"。
    修改了 激活次数,旧值为 "0",新值为 "1"。
    修改了 解决方案,旧值为 "feibug",新值为 ""。
    修改了 解决日期,旧值为 "2025-04-21 14:21:11",新值为 "0000-00-00"。
    修改了 解决者 ,旧值为 "zhangjiatian",新值为 ""。
    修改了 解决版本,旧值为 "trunk",新值为 ""。
    修改了 关闭日期,旧值为 "",新值为 "0000-00-00"。
    同步严重落后,看怎么处理
  5. 2025-04-21 19:52:34, 由 罗友军 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
    回写服务 开Task线程 处理 
  6. 2025-04-22 10:45:24, 由 张家添 解决,方案为 非BUG-纯属误判 。
    修改了 解决方案,旧值为 "",新值为 "feibug"。
    修改了 解决日期,旧值为 "",新值为 "2025-04-22 10:44:32"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "xugege"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。

    1、已优化为多线程

    2、自测程序正常执行

    db.getCollection("PercentageOff_Batch").find({"TaskId" : { $in : ["929-12113-20250403001131-500513","928-12112-20250403001135-578144"] }}).limit(100).skip(0)

  7. 2025-04-22 19:59:39, 由 徐格格 激活。
    修改了 指派给 ,旧值为 "xugege",新值为 "luoyoujun"。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "active"。
    修改了 激活日期,旧值为 "2025-04-21 15:37:52",新值为 "2025-04-22 19:59:39"。
    修改了 激活次数,旧值为 "1",新值为 "2"。
    修改了 解决方案,旧值为 "feibug",新值为 ""。
    修改了 解决日期,旧值为 "2025-04-22 10:44:32",新值为 "0000-00-00"。
    修改了 解决者 ,旧值为 "zhangjiatian",新值为 ""。
    修改了 关闭日期,旧值为 "",新值为 "0000-00-00"。
    问题2  未处理
  8. 2025-04-22 20:00:43, 由 罗友军 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
    排查同步到es服务是否有延迟
  9. 2025-04-22 20:38:21, 由 张家添 解决,方案为 非BUG-纯属误判 。
    修改了 解决方案,旧值为 "",新值为 "feibug"。
    修改了 解决日期,旧值为 "",新值为 "2025-04-22 20:38:16"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "xugege"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。
  10. 2025-04-24 09:20:12, 由 徐格格 激活。
    修改了 指派给 ,旧值为 "xugege",新值为 "luoyoujun"。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "active"。
    修改了 激活日期,旧值为 "2025-04-22 19:59:39",新值为 "2025-04-24 09:20:12"。
    修改了 激活次数,旧值为 "2",新值为 "3"。
    修改了 解决方案,旧值为 "feibug",新值为 ""。
    修改了 解决日期,旧值为 "2025-04-22 20:38:16",新值为 "0000-00-00"。
    修改了 解决者 ,旧值为 "zhangjiatian",新值为 ""。
    修改了 关闭日期,旧值为 "",新值为 "0000-00-00"。
    ES同步目前还未解决   例如BUG ID:56786
  11. 2025-04-24 10:10:37, 由 罗友军 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
  12. 2025-05-06 15:35:24, 由 张家添 解决,方案为 非BUG-纯属误判 。
    修改了 解决方案,旧值为 "",新值为 "feibug"。
    修改了 解决日期,旧值为 "",新值为 "2025-05-06 15:34:29"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "xugege"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。
    同步服务已追上来了,前面采集端包含了大量错误信息,导致同步失败
  13. 2025-05-07 09:54:31, 由 徐格格 编辑。
    修改了 Bug状态,旧值为 "resolved",新值为 "closed"。
  14. 2025-05-07 17:31:52, 由 徐格格 编辑。
    修改了 指派给,旧值为 "xugege",新值为 "closed"。
所属项目 智能中心-需求池
所属模块 战略独立项目   智能运营
所属计划
所属迭代
Bug类型
严重程度 一般
优先级 P2
Bug状态 已关闭
业务部门
影响功能
开发责任人 张家添
测试责任人 王超
解决时效 0
激活次数 3
激活日期 2025-04-24 09:20:12
是否确认 是
当前指派 Closed 于 2025-05-07 17:31:52
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 徐格格 于 2025-04-21 09:52:23
影响环境 生产环境-业务反馈
由谁解决 张家添 于 2025-05-06 15:34:29
解决版本
解决方案 非BUG-纯属误判
由谁关闭
最后修改 徐格格 于 2025-05-07 17:31:52
相关Bug