更新查询死锁

Question

我在存储过程中有一个更新查询，这是导致死锁的主要原因。

此存储过程在foreach 循环中的 SSIS 包中使用。 看起来存储过程调用Salespreprocessing 表并进入死锁状态。当我们同时调用这个 SSIS 包时会发生这种情况。这是我的 SQL 查询

UPDATE SPP  
SET SPP.Promotion_Id = T.PromotionID    
FROM staging.SalesPreProcessing SPP WITH(INDEX(staging_CIDXSalesPreprocessing1)) 
INNER JOIN #WithConcatenatedPromotionID T  
ON SPP.DocLineNo = T.BillItem  
AND SPP.DocNum = T.BillNumber  
AND SPP.Cust_Code = T.CustomerCode  
AND SPP.ZCS_EAN_CODE = T.ProductCode 
AND SPP.BILLING_REPORTING_DATE = T.PricingDate  
WHERE SPP.InterfaceStatusTrackingID = @in_InterfaceStatusTrackingId AND SPP.setupid=@in_SetupId  

我为 setupid 创建了聚集索引，并为表的其余列创建了非聚集索引。

这是我的非聚集索引

CREATE NONCLUSTERED INDEX [staging_CIDXSalesPreprocessing] on salespreprocessing
(
    [SetupId] ASC,
    [InterfaceStatusTrackingID] ASC
) INCLUDE`enter code here`
([DocLineNo]  ,
    [DocNum]  ,
    [Cust_Code]  ,
    [ZCS_EAN_CODE]  ,
    [Billing_Reporting_Date]          
)

我仍然陷入僵局

Answer 1

首先，非聚集索引似乎毫无意义，因为它的第一列是 setupId，你说它是聚集索引的列。因此，假设 setupId 值足够多样化，查询将始终使用非聚集索引之上的聚集索引。什么是主键？

在避免死锁方面，您需要：

1) 确保每次在 foreach 循环中调用 SP 时都以相同的顺序获取锁。不知道你在循环什么？另一个 SP/查询的结果？如果是这样，请确保其中有一个ORDER BY。

2) foreach 循环是否在事务中？如果是，有必要吗？您能否在每次调用 SP 后通过从非事务性环境中调用它来释放锁？

3) 在 SP 中使用尽可能少的锁。我看不到用于创建您加入的临时表的查询，但这可能是问题所在。您需要使用 SQL 事件探查器找出究竟发生死锁的对象，但使用诸如 ROWLOCK 之类的提示可能会有所帮助。