深圳智汇创想科技有限公司

修改了 指派给，旧值为 "caijunwei"，新值为 "wangjinfeng"。

修改了 解决方案，旧值为 ""，新值为 "feibug"。
修改了 解决版本，旧值为 ""，新值为 "trunk"。
修改了 解决日期，旧值为 ""，新值为 "2025-10-14 18:04:09"。
修改了 指派给 ，旧值为 "wangjinfeng"，新值为 "chenlizhen"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "wangjinfeng"。

修改了 所属模块 ，旧值为 "0"，新值为 "1874"。
修改了 业务部门 ，旧值为 "0"，新值为 "2"。
修改了 测试责任人，旧值为 ""，新值为 "wangjinfeng"。
修改了 解决时效 ，旧值为 "0"，新值为 "9.40"。
修改了 重现步骤 ，区别为：

001-
001+ 反馈人：李冠
002- 反馈人：李冠
002+ 表数据里大，查询造成大量回表，造成MYSQL的IO与CPU过高，慢SQL为：
003-
003+ SELECT id,source_id,sku,logistic_type,country_code FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE (id > 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0) ORDER BY id ASC limit 1000;
004-
004+
005- 表数据里大，查询造成大量回表，造成MYSQL的IO与CPU过高，慢SQL为：
005+ 解决方案：避免回表查询，如以下例子：
006-
006+
007-
007+ SELECT t.id,t.source_id,t.sku,t.logistic_type,t.country_code FROM t_strategy_execute_queue_replenishment_mercadolibre t JOIN
008- SELECT id,source_id,sku,logistic_type,country_code FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE (id > 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0) ORDER BY id ASC limit 1000;
008+ (select id FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE id > 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0 ORDER BY id ASC limit 1000) tt on t.id=tt.id
009-
009+ 取消
010-
011-
012-
013-
014- 解决方案：避免回表查询，如以下例子：
015-
016-
017-
018-
019-
020- SELECT t.id,t.source_id,t.sku,t.logistic_type,t.country_code FROM t_strategy_execute_queue_replenishment_mercadolibre t JOIN
021-
022-
023- (select id FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE id > 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0 ORDER BY id ASC limit 1000) tt on t.id=tt.id
024-
025-
026- 取消
027-

001- <p>
001+ <p>反馈人：李冠</p>
002- 反馈人：李冠
002+ <p>表数据里大，查询造成大量回表，造成MYSQL的IO与CPU过高，慢SQL为：</p>
003- </p>
003+ <p>SELECT id,source_id,sku,logistic_type,country_code FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE (id &gt; 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0) ORDER BY id ASC limit 1000;</p>
004- <p>
004+ <p><br /></p>
005- 表数据里大，查询造成大量回表，造成MYSQL的IO与CPU过高，慢SQL为：
005+ <p>解决方案：避免回表查询，如以下例子：</p>
006- </p>
006+ <p><br /></p>
007- <p>
007+ <p>SELECT t.id,t.source_id,t.sku,t.logistic_type,t.country_code FROM t_strategy_execute_queue_replenishment_mercadolibre t JOIN</p>
008- SELECT id,source_id,sku,logistic_type,country_code FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE (id &gt; 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0) ORDER BY id ASC limit 1000;
008+ <p>(select id FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE id &gt; 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0 ORDER BY id ASC limit 1000) tt on t.id=tt.id</p>
009- </p>
009+ <p><a class="l-btn l-btn-small l-btn-plain l-btn-focus"><span class="l-btn-left l-btn-icon-left"><span class="l-btn-text">取消</span><span class="l-btn-icon icon-cancel"></span></span></a></p>
010- <p>
011- <br />
012- </p>
013- <p>
014- 解决方案：避免回表查询，如以下例子：
015- </p>
016- <p>
017- <br />
018- </p>
019- <p>
020- SELECT t.id,t.source_id,t.sku,t.logistic_type,t.country_code FROM t_strategy_execute_queue_replenishment_mercadolibre t JOIN
021- </p>
022- <p>
023- (select id FROM t_strategy_execute_queue_replenishment_mercadolibre WHERE id &gt; 6357514 AND source_id = 26365 AND status = 4 AND new_sale_quantity = 0 AND is_restock = 0 ORDER BY id ASC limit 1000) tt on t.id=tt.id
024- </p>
025- <p>
026- <a id="btnCancel" class="l-btn l-btn-small l-btn-plain l-btn-focus"><span class="l-btn-left l-btn-icon-left"><span class="l-btn-text">取消</span><span class="l-btn-icon icon-cancel"></span></span></a><br />
027- </p>

修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "chenlizhen"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "chenlizhen"。
修改了 关闭日期，旧值为 ""，新值为 "2025-10-15 08:46:35"。