重现步骤


(@p1 bigint)select a.CustomerId,OrderSourceId,b.OrderSourceType,DevIdSellerId,AppIdMarketplaceId,
                                 CertIdAccessKeyId, UserTokenSecretAccessKey,MerchantToken,EubApiPassword,a.IsActive
                                 from RB_OrderSource_API  a inner join RB_OrderSource b
                                 on a.OrderSourceID=b.ID
                                 WHERE a.CustomerID =@p1



没加nolock 大并发查询 互相阻塞,导致erp库主从同步延迟! 另外不建议在日志表大批量插入数据时使用日志表用于大并发业务,容易连串阻塞。


insert bulk RB_OrderSource_Log ([CustomerID] Int, [LogTableName] VarChar(50) COLLATE Chinese_PRC_CI_AS, [LogTableID] Int, [Remark] NVarChar(4000) COLLATE Chinese_PRC_CI_AS, [AdminID] Int, [UserName] NVarChar(50) COLLATE Chinese_PRC_CI_AS, [AddTime] DateTime, [LogType] NChar(10) COLLATE Chinese_PRC_CI_AS)  



[期望]


历史记录  
  1. 2023-12-29 11:03:26, 由 王凯 创建。
  2. 2023-12-29 11:35:05, 由 何建宝 指派给 王翔宇。
    修改了 指派给,旧值为 "hejianbao",新值为 "wangxiangyu"。
  3. 2023-12-29 11:41:15, 由 王翔宇 指派给 程伟。
    修改了 指派给,旧值为 "wangxiangyu",新值为 "chengwei"。
    应该没有相关业务,程伟看下是否你这边的业务。
  4. 2023-12-29 13:40:52, 由 程伟 指派给 王凯。
    修改了 指派给,旧值为 "chengwei",新值为 "wangkai"。

    问题1,找育贵

    问题2,来源渠道VAT税率设置,找瑞丰

  5. 2023-12-29 13:43:51, 由 王凯 指派给 李育贵。
    修改了 指派给,旧值为 "wangkai",新值为 "liyugui"。
    修改了 抄送给,旧值为 "",新值为 ",xuruifeng"。
  6. 2023-12-29 14:14:04, 由 李育贵 指派给 王凯。
    修改了 指派给,旧值为 "liyugui",新值为 "wangkai"。
    加nolock已经在另外一个bug需求中加了,但杀死掉insert bulk RB_OrderSource_Log是不明智的,可能造成数据丢失。
  7. 2023-12-29 14:16:28, 由 王凯 指派给 许瑞丰。
    修改了 指派给,旧值为 "wangkai",新值为 "xuruifeng"。
    修改了 抄送给,旧值为 ",xuruifeng",新值为 ""。

    并非杀死,意思是指这个产生一系列连串的阻塞

    RB_OrderSource_Log  这个处理一下

  8. 2023-12-29 14:35:08, 由 许瑞丰 指派给 林很。
    修改了 指派给,旧值为 "xuruifeng",新值为 "linhen"。

  9. 2024-01-04 10:36:15, 由 林很 解决,方案为 重复BUG #44193 性能优化-RB_OrderSource_Log 大量插入,一共3千6百万,一下就增长了200万数据 ,从昨晚到今天已经增长了一千多万数据 。
    修改了 解决方案,旧值为 "",新值为 "duplicate"。
    修改了 重复ID ,旧值为 "0",新值为 "44193"。
    修改了 解决日期,旧值为 "",新值为 "2024-01-04 10:36:06"。
    修改了 指派给 ,旧值为 "linhen",新值为 "wangkai"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "linhen"。
  10. 2024-01-04 14:02:00, 由 王凯 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "wangkai",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "wangkai"。
    修改了 关闭日期,旧值为 "",新值为 "2024-01-04 14:02:00"。
所属项目 技术中心-需求池
所属模块 /
所属计划
所属迭代 系统管理部 - 系统服务优化
Bug类型
严重程度 一般
优先级 P1
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2024-01-04 14:02:00
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给
所属迭代 系统管理部 - 系统服务优化
相关需求
相关任务
由谁创建 王凯 于 2023-12-29 11:03:26
影响环境 测试环境-测试反馈
由谁解决 林很 于 2024-01-04 10:36:06
解决版本
解决方案 重复BUG #44193:性能优化-RB_OrderSource_Log 大量插入,一共3千6百万,一下就增长了200万数据 ,从昨晚到今天已经增长了一千多万数据
由谁关闭 王凯 于 2024-01-04 14:02:00
最后修改 王凯 于 2024-01-04 14:02:00
相关Bug