重现步骤

[性能问题描述]数据库阻塞

 SELECT                  a.ItemID,    a.OrderSourceID,             b.SKU,             CASE WHEN e.num IS NULL THEN 0 ELSE e.num END goodnum,             c.DispatchTimeMax,    GETDATE() addtime   FROM      RB_Ebay_Listing_Basic_V2 (NOLOCK) a   LEFT JOIN RB_Ebay_Listing_Product_V2 (NOLOCK) b     ON a.CustomerID     = b.CustomerID    AND a.ListingBasicID = b.ListingBasicID   LEFT JOIN RB_Ebay_Listing_Shipping_V2 (NOLOCK) c     ON a.CustomerID     = c.CustomerID    AND a.ListingBasicID = c.ListingBasicID   LEFT JOIN (   SELECT d.SKU,                        SUM(d.GoodNum) num                   FROM dbo.RB_WareHouse_Product d                  WHERE d.CustomerID = 1                    AND d.WareHouseID IN ( 2, 333, 3922 )                    AND d.SKU        <> ''                  GROUP BY d.SKU) e     ON e.SKU            = b.SKU  WHERE      a.OnlineState = 1    AND      a.CustomerID       = 1 



[分析过程]


[期望结果] 

历史记录  
  1. 2022-03-28 09:42:52, 由 袁慧斌 创建。
  2. 2022-03-28 09:48:10, 由 夏宇 指派给 何建宝。
    修改了 指派给，旧值为 "xiayu"，新值为 "hejianbao"。
  3. 2022-03-28 16:42:17, 由 何建宝 指派给 夏宇。
    修改了 指派给，旧值为 "hejianbao"，新值为 "xiayu"。
    Listing那边的业务
  4. 2022-03-29 09:39:25, 由 夏宇 指派给 罗友军。
    修改了 指派给，旧值为 "xiayu"，新值为 "luoyoujun"。
  5. 2022-03-29 09:41:01, 由 罗友军 指派给 王翔宇。
    修改了 指派给，旧值为 "luoyoujun"，新值为 "wangxiangyu"。
  6. 2022-03-29 15:05:30, 由 王翔宇 指派给 夏宇。
    修改了 指派给，旧值为 "wangxiangyu"，新值为 "xiayu"。
    经过全局搜索，ERP项目找不到相关语句，Go项目也没有相关语句，不是我们这边的业务。
  7. 2022-03-29 16:10:22, 由 夏宇 指派给 胡晓龙。
    修改了 指派给，旧值为 "xiayu"，新值为 "huxiaolong"。
    安排下这个bug
  8. 2022-03-31 16:25:02, 由 周杰 编辑。
    修改了 影响环境，旧值为 "569"，新值为 "trunk"。
  9. 2022-04-12 17:34:39, 由 胡晓龙 指派给 罗友军。
    修改了 指派给，旧值为 "huxiaolong"，新值为 "luoyoujun"。
    友军，麻烦再安排筛查一下
  10. 2022-04-12 17:40:40, 由 胡晓龙 指派给 袁慧斌。
    修改了 指派给，旧值为 "luoyoujun"，新值为 "yuanhuibin"。

    袁总， sql 贴错了

  11. 2022-04-12 17:43:35, 由 袁慧斌 确认Bug。
    修改了 是否确认，旧值为 "0"，新值为 "1"。

    没有错，贴出的SQL 是造成影响的根源 

    这个表没有 nolock

  12. 2022-04-12 17:45:42, 由 袁慧斌 指派给 袁慧斌。
    修改了 抄送给，旧值为 ""，新值为 ",luoyoujun"。
    SQL 语句是造成问题的SQL，切图是被造成阻塞等待的SQL 。 RB_WareHouse_Product 没有添加nolock
  13. 2022-04-12 17:46:44, 由 罗友军 指派给 魏鹏军。
    修改了 指派给，旧值为 "yuanhuibin"，新值为 "weipengjun"。
  14. 2022-04-12 18:02:16, 由 魏鹏军 解决，方案为 非BUG-纯属误判 。
    修改了 解决方案，旧值为 ""，新值为 "feiBUG"。
    修改了 解决日期，旧值为 ""，新值为 "2022-04-12 18:01:12"。
    修改了 指派给 ，旧值为 "weipengjun"，新值为 "yuanhuibin"。
    修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
    修改了 解决者 ，旧值为 ""，新值为 "weipengjun"。

    用上述描述bug相关sql 关键词搜索，只搜到了一个相关sql，但不是上述截图所示的，如下：

  15. 2022-04-12 18:02:28, 由 魏鹏军 指派给 李乐同。
    修改了 指派给，旧值为 "yuanhuibin"，新值为 "liletong"。
  16. 2022-04-12 20:08:16, 由 李乐同 指派给 袁慧斌。
    修改了 指派给，旧值为 "liletong"，新值为 "yuanhuibin"。
    请查一下
  17. 2022-09-21 13:45:47, 由 袁慧斌 关闭。
    修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
    修改了 指派给 ，旧值为 "yuanhuibin"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "yuanhuibin"。
    修改了 关闭日期，旧值为 ""，新值为 "2022-09-21 13:45:47"。
    已未发现
  18. 2023-11-17 09:53:57, 由 刘超 编辑。
    修改了 所属模块，旧值为 "0"，新值为 "1863"。
返回
所属项目 技术中心-需求池
所属模块 系统运维   性能优化
所属计划
所属迭代
Bug类型
严重程度 提示
优先级 P2
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2022-09-21 13:45:47
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给 罗友军
所属迭代
相关需求
相关任务
由谁创建 袁慧斌 于 2022-03-28 09:42:52
影响环境 测试环境-测试反馈
由谁解决 魏鹏军 于 2022-04-12 18:01:12
解决版本
解决方案 非BUG-纯属误判
由谁关闭 袁慧斌 于 2022-09-21 13:45:47
最后修改 刘超 于 2023-11-17 09:53:48
相关Bug