修改了
所属模块 ，旧值为 "0"，新值为 "1927"。
修改了
业务部门 ，旧值为 "0"，新值为 "2"。
修改了
开发责任人，旧值为 ""，新值为 "chenxiaohao"。
修改了
测试责任人，旧值为 ""，新值为 "ganfuzhi"。
修改了
解决时效 ，旧值为 "0"，新值为 "-1"。
修改了
重现步骤 ，区别为：
001-
001+ 严重级别：严重 所属项目：多平台 问题原因：慢SQL问题，1亿多大表，通过SQL看，实现方式存在性能问题，查询条件范围过大，每条SQL都要扫描几百万条数据（select sku,site_code from t_product_sku_title_export where platform_type = 82 and status = 0 and is_deleted = 0 group by sku,site_code limit 50） 解决方案：建议以SKU方驱动处理（或根据自己的业务场景，调整一下实现方式）
002- 严重级别：严重
003- 所属项目：多平台
004- 问题原因：慢SQL问题，1亿多大表，通过SQL看，实现方式存在性能问题，查询条件范围过大，每条SQL都要扫描几百万条数据（select sku,site_code from t_product_sku_title_export where platform_type = 82 and status = 0 and is_deleted = 0 group by sku,site_code
005- limit 50）
006- 解决方案：建议以SKU方驱动处理（或根据自己的业务场景，调整一下实现方式）
001- <br />
001+ <br /> 严重级别：严重<br /> 所属项目：多平台<br /> 问题原因：慢SQL问题，1亿多大表，通过SQL看，实现方式存在性能问题，查询条件范围过大，每条SQL都要扫描几百万条数据（select sku,site_code from t_product_sku_title_export where platform_type = 82 and status = 0 and is_deleted = 0 group by sku,site_code<br /> limit 50）<br /> 解决方案：建议以SKU方驱动处理（或根据自己的业务场景，调整一下实现方式）
002- 严重级别：严重<br />
003- 所属项目：多平台<br />
004- 问题原因：慢SQL问题，1亿多大表，通过SQL看，实现方式存在性能问题，查询条件范围过大，每条SQL都要扫描几百万条数据（select sku,site_code from t_product_sku_title_export where platform_type = 82 and status = 0 and is_deleted = 0 group by sku,site_code<br />
005- limit 50）<br />
006- 解决方案：建议以SKU方驱动处理（或根据自己的业务场景，调整一下实现方式）