重现步骤
反馈人:李冠
严重级别:严重
所属项目:allegro
问题原因:当前查询颗粒度太大了,执行了500多秒,SQL为(SELECT id,queue_id,offer_id,source_id,operation_object,strategy_type FROM t_operate_detail_allegro WHERE (status = 0) limit 1000;)
解决方案:建议增加source_id维度处理,如果能加上update_time区间时间更好,利用source_id、update_time、status组合索引
历史记录  
  1. 2025-06-16 10:44:27, 由 万昌楠 创建。
  2. 2025-06-16 11:36:40, 由 任芳涛 解决,方案为 性能问题 。
    修改了 解决方案,旧值为 "",新值为 "performance"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2025-06-16 11:36:12"。
    修改了 指派给 ,旧值为 "renfangtao",新值为 "wanchangnan"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "renfangtao"。
  3. 2025-06-16 11:37:15, 由 任芳涛 解决,方案为 性能问题 。
    修改了 解决日期,旧值为 "2025-06-16 11:36:12",新值为 "2025-06-16 11:37:07"。
  4. 2025-06-16 14:16:52, 由 陈莉珍 编辑。
    修改了 所属模块,旧值为 "0",新值为 "1868"。
    修改了 业务部门,旧值为 "0",新值为 "2"。
    修改了 解决时效,旧值为 "0",新值为 "0.88"。
    修改了 重现步骤,区别为:
    001-
    001+ 反馈人:李冠 严重级别:严重 所属项目:allegro 问题原因:当前查询颗粒度太大了,执行了500多秒,SQL为(SELECT id,queue_id,offer_id,source_id,operation_object,strategy_type FROM t_operate_detail_allegro WHERE (status = 0) limit 1000;) 解决方案:建议增加source_id维度处理,如果能加上update_time区间时间更好,利用source_id、update_time、status组合索引
    002- 严重级别:严重
    003- 所属项目:allegro
    004- 问题原因:当前查询颗粒度太大了,执行了500多秒,SQL为(SELECT id,queue_id,offer_id,source_id,operation_object,strategy_type FROM t_operate_detail_allegro WHERE (status = 0) limit 1000;)
    005- 解决方案:建议增加source_id维度处理,如果能加上update_time区间时间更好,利用source_id、update_time、status组合索引
    001- <br />
    001+ 反馈人:李冠<br /> 严重级别:严重<br /> 所属项目:allegro<br /> 问题原因:当前查询颗粒度太大了,执行了500多秒,SQL为(SELECT id,queue_id,offer_id,source_id,operation_object,strategy_type FROM t_operate_detail_allegro WHERE (status = 0) limit 1000;)<br /> 解决方案:建议增加source_id维度处理,如果能加上update_time区间时间更好,利用source_id、update_time、status组合索引
    002- 严重级别:严重<br />
    003- 所属项目:allegro<br />
    004- 问题原因:当前查询颗粒度太大了,执行了500多秒,SQL为(SELECT id,queue_id,offer_id,source_id,operation_object,strategy_type FROM t_operate_detail_allegro WHERE (status = 0) limit 1000;)<br />
    005- 解决方案:建议增加source_id维度处理,如果能加上update_time区间时间更好,利用source_id、update_time、status组合索引
  5. 2025-06-16 18:31:33, 由 万昌楠 编辑。
    修改了 开发责任人,旧值为 "",新值为 "renfangtao"。
    修改了 测试责任人,旧值为 "",新值为 "renfangtao"。
    修改了 上线时间 ,旧值为 "0000-00-00 00:00:00",新值为 "2025-06-16 11:36:40"。
    修改了 上线时效 ,旧值为 "-1",新值为 "0.87"。
  6. 2025-06-16 18:31:35, 由 万昌楠 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "wanchangnan",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "wanchangnan"。
    修改了 关闭日期,旧值为 "",新值为 "2025-06-16 18:31:35"。
所属项目 技术中心-需求池
所属模块 多平台   Aliexpress
所属计划
所属迭代
Bug类型
严重程度 一般
优先级 P2
Bug状态 已关闭
业务部门 总经办
影响功能
开发责任人 任芳涛
测试责任人 任芳涛
解决时效 0.88
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2025-06-16 18:31:35
截止日期 0000-00-00
上线时间 2025-06-16 11:36:40
上线时效 0.87
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 万昌楠 于 2025-06-16 10:44:27
影响环境 生产环境-业务反馈
由谁解决 任芳涛 于 2025-06-16 11:37:07
解决版本 主干
解决方案 性能问题
由谁关闭 万昌楠 于 2025-06-16 18:31:35
最后修改 万昌楠 于 2025-06-16 18:31:35
相关Bug