修改了
所属模块 ，旧值为 "0"，新值为 "1895"。
修改了
业务部门 ，旧值为 "0"，新值为 "2"。
修改了
开发责任人，旧值为 ""，新值为 "renfangtao"。
修改了
测试责任人，旧值为 ""，新值为 "renfangtao"。
修改了
解决时效 ，旧值为 "0"，新值为 "21.33"。
修改了
重现步骤 ，区别为：
001-
001+ 严重级别：一般 所属项目：temu 问题原因：产品库严重慢SQL，太多大表JOIN，查询时间将近3000秒，SQL为：（SELECT COUNT(*) AS total FROM t_product_sku_temu_info t INNER JOIN rb_product a ON t.sku = a.sku INNER JOIN rb_product_admin b ON a.customer_id = b.customer_id AND a.sku = b.sku INNER JOIN rb_product_logistics_attribute c ON a.with_battery = c.with_battery_value WHERE t.audit_status = N;） 解决方案：建议不要在MYSQL上执行这样的SQL统计，它不适合，如果是页面上，可以考虑starrocks，如果是跑批则根据自己的业务场景调整
002- 严重级别：一般
003- 所属项目：temu
004- 问题原因：产品库严重慢SQL，太多大表JOIN，查询时间将近3000秒，SQL为：（SELECT COUNT(*) AS total FROM t_product_sku_temu_info t INNER JOIN rb_product a ON t.sku = a.sku INNER JOIN rb_product_admin b ON a.customer_id = b.customer_id AND a.sku = b.sku INNER JOIN rb_product_logistics_attribute c ON a.with_battery = c.with_battery_value WHERE t.audit_status = N;）
005- 解决方案：建议不要在MYSQL上执行这样的SQL统计，它不适合，如果是页面上，可以考虑starrocks，如果是跑批则根据自己的业务场景调整
001- <br />
001+ <br /> 严重级别：一般<br /> 所属项目：temu<br /> 问题原因：产品库严重慢SQL，太多大表JOIN，查询时间将近3000秒，SQL为：（SELECT COUNT(*) AS total FROM t_product_sku_temu_info t INNER JOIN rb_product a ON t.sku = a.sku INNER JOIN rb_product_admin b ON a.customer_id = b.customer_id AND a.sku = b.sku INNER JOIN rb_product_logistics_attribute c ON a.with_battery = c.with_battery_value WHERE t.audit_status = N;）<br /> 解决方案：建议不要在MYSQL上执行这样的SQL统计，它不适合，如果是页面上，可以考虑starrocks，如果是跑批则根据自己的业务场景调整
002- 严重级别：一般<br />
003- 所属项目：temu<br />
004- 问题原因：产品库严重慢SQL，太多大表JOIN，查询时间将近3000秒，SQL为：（SELECT COUNT(*) AS total FROM t_product_sku_temu_info t INNER JOIN rb_product a ON t.sku = a.sku INNER JOIN rb_product_admin b ON a.customer_id = b.customer_id AND a.sku = b.sku INNER JOIN rb_product_logistics_attribute c ON a.with_battery = c.with_battery_value WHERE t.audit_status = N;）<br />
005- 解决方案：建议不要在MYSQL上执行这样的SQL统计，它不适合，如果是页面上，可以考虑starrocks，如果是跑批则根据自己的业务场景调整
temu列表查询优化，方案已经同步给开发，跟需求29288上线