重现步骤
反馈人:李冠
严重级别:严重
所属项目:aliexpress
问题原因:当前查询,对于MYSQL的优化器,索引已经失去意义了,最多时全表扫了将近2000万条数据,SQL为(SELECT id FROM t_publish_detail_aliexpress WHERE (source_id = 6251 AND status IN (-1,0,1,2) AND update_time <= '2025-06-16 00:20:00') ORDER BY id ASC limit 200;)
解决方案:增加开始时间,结束时间与开始时间,相差不要太大,才能利用起source_id、update_time、status组成的组合索引
历史记录  
  1. 2025-06-16 10:44:02, 由 万昌楠 创建。
  2. 2025-06-16 10:46:17, 由 刘瀚泽 指派给 任芳涛。
    修改了 指派给,旧值为 "liuhanze",新值为 "renfangtao"。
  3. 2025-06-16 11:37:34, 由 任芳涛 解决,方案为 性能问题 。
    修改了 解决方案,旧值为 "",新值为 "performance"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2025-06-16 11:37:24"。
    修改了 指派给 ,旧值为 "renfangtao",新值为 "wanchangnan"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "renfangtao"。
  4. 2025-06-16 14:17:18, 由 陈莉珍 编辑。
    修改了 所属模块,旧值为 "0",新值为 "1868"。
    修改了 业务部门,旧值为 "0",新值为 "2"。
    修改了 解决时效,旧值为 "0",新值为 "0.89"。
    修改了 重现步骤,区别为:
    001-
    001+ 反馈人:李冠 严重级别:严重 所属项目:aliexpress 问题原因:当前查询,对于MYSQL的优化器,索引已经失去意义了,最多时全表扫了将近2000万条数据,SQL为(SELECT id FROM t_publish_detail_aliexpress WHERE (source_id = 6251 AND status IN (-1,0,1,2) AND update_time &lt;= '2025-06-16 00:20:00') ORDER BY id ASC limit 200;) 解决方案:增加开始时间,结束时间与开始时间,相差不要太大,才能利用起source_id、update_time、status组成的组合索引
    002- 严重级别:严重
    003- 所属项目:aliexpress
    004- 问题原因:当前查询,对于MYSQL的优化器,索引已经失去意义了,最多时全表扫了将近2000万条数据,SQL为(SELECT id FROM t_publish_detail_aliexpress WHERE (source_id = 6251 AND status IN (-1,0,1,2) AND update_time &lt;= '2025-06-16 00:20:00') ORDER BY id ASC limit 200;)
    005- 解决方案:增加开始时间,结束时间与开始时间,相差不要太大,才能利用起source_id、update_time、status组成的组合索引
    001- <br />
    001+ 反馈人:李冠<br /> 严重级别:严重<br /> 所属项目:aliexpress<br /> 问题原因:当前查询,对于MYSQL的优化器,索引已经失去意义了,最多时全表扫了将近2000万条数据,SQL为(SELECT id FROM t_publish_detail_aliexpress WHERE (source_id = 6251 AND status IN (-1,0,1,2) AND update_time &lt;= '2025-06-16 00:20:00') ORDER BY id ASC limit 200;)<br /> 解决方案:增加开始时间,结束时间与开始时间,相差不要太大,才能利用起source_id、update_time、status组成的组合索引
    002- 严重级别:严重<br />
    003- 所属项目:aliexpress<br />
    004- 问题原因:当前查询,对于MYSQL的优化器,索引已经失去意义了,最多时全表扫了将近2000万条数据,SQL为(SELECT id FROM t_publish_detail_aliexpress WHERE (source_id = 6251 AND status IN (-1,0,1,2) AND update_time &lt;= '2025-06-16 00:20:00') ORDER BY id ASC limit 200;)<br />
    005- 解决方案:增加开始时间,结束时间与开始时间,相差不要太大,才能利用起source_id、update_time、status组成的组合索引
  5. 2025-06-16 18:30:50, 由 万昌楠 编辑。
    修改了 开发责任人,旧值为 "",新值为 "renfangtao"。
    修改了 上线时间 ,旧值为 "0000-00-00 00:00:00",新值为 "2025-06-16 11:37:34"。
    修改了 上线时效 ,旧值为 "-1",新值为 "0.89"。
  6. 2025-06-16 18:30:59, 由 万昌楠 编辑。
    修改了 测试责任人,旧值为 "",新值为 "renfangtao"。
  7. 2025-06-16 18:31:03, 由 万昌楠 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "wanchangnan",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "wanchangnan"。
    修改了 关闭日期,旧值为 "",新值为 "2025-06-16 18:31:03"。
所属项目 技术中心-需求池
所属模块 多平台   Aliexpress
所属计划
所属迭代
Bug类型
严重程度 一般
优先级 P2
Bug状态 已关闭
业务部门 总经办
影响功能
开发责任人 任芳涛
测试责任人 任芳涛
解决时效 0.89
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2025-06-16 18:31:03
截止日期 0000-00-00
上线时间 2025-06-16 11:37:34
上线时效 0.89
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 万昌楠 于 2025-06-16 10:44:02
影响环境 生产环境-业务反馈
由谁解决 任芳涛 于 2025-06-16 11:37:24
解决版本 主干
解决方案 性能问题
由谁关闭 万昌楠 于 2025-06-16 18:31:03
最后修改 万昌楠 于 2025-06-16 18:31:03
相关Bug