修改了
所属模块 ，旧值为 "0"，新值为 "1871"。
修改了
业务部门 ，旧值为 "0"，新值为 "2"。
修改了
开发责任人，旧值为 ""，新值为 "renfangtao"。
修改了
测试责任人，旧值为 ""，新值为 "renfangtao"。
修改了
解决时效 ，旧值为 "0"，新值为 "0.70"。
修改了
重现步骤 ，区别为：
001-
001+ 严重级别：严重 所属项目：allegro 问题原因：当前查询范围比较大，造成表扫描将近300万条数据，形成严重的慢SQL，而且并发较高的跑批任务，SQL为（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE (status IN (0) AND is_deleted = 0) ORDER BY id DESC limit 2000;） 解决方案：实现层应当增加渠道维度处理， SQL调整为增加source_id查询条件，如（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE status IN (0) AND is_deleted = 0 and source_id=N ORDER BY id DESC limit 1000;）
002- 严重级别：严重
003- 所属项目：allegro
004- 问题原因：当前查询范围比较大，造成表扫描将近300万条数据，形成严重的慢SQL，而且并发较高的跑批任务，SQL为（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE (status IN (0) AND is_deleted = 0) ORDER BY id DESC limit 2000;）
005- 解决方案：实现层应当增加渠道维度处理， SQL调整为增加source_id查询条件，如（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE status IN (0) AND is_deleted = 0 and source_id=N ORDER BY id DESC limit 1000;）
001- <br />
001+ <br /> 严重级别：严重<br /> 所属项目：allegro<br /> 问题原因：当前查询范围比较大，造成表扫描将近300万条数据，形成严重的慢SQL，而且并发较高的跑批任务，SQL为（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE (status IN (0) AND is_deleted = 0) ORDER BY id DESC limit 2000;）<br /> 解决方案：实现层应当增加渠道维度处理， SQL调整为增加source_id查询条件，如（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE status IN (0) AND is_deleted = 0 and source_id=N ORDER BY id DESC limit 1000;）
002- 严重级别：严重<br />
003- 所属项目：allegro<br />
004- 问题原因：当前查询范围比较大，造成表扫描将近300万条数据，形成严重的慢SQL，而且并发较高的跑批任务，SQL为（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE (status IN (0) AND is_deleted = 0) ORDER BY id DESC limit 2000;）<br />
005- 解决方案：实现层应当增加渠道维度处理， SQL调整为增加source_id查询条件，如（SELECT id,source_id,offer_id FROM t_listing_upload_queue_allegro WHERE status IN (0) AND is_deleted = 0 and source_id=N ORDER BY id DESC limit 1000;）
