更新存储过程中的死锁

Question

我正在一个数据输入面板上，有超过300个客户端一次更新数据表上的数据，我使用存储过程执行数据表中的更新，看起来像这样..

SET ANSI_NULLS ON 
GO 
SET QUOTED_IDENTIFIER ON 
GO 
-- ============================================= 
-- Author:    <Author,,Name> 
-- Create date: <Create Date,,> 
-- Description:  <Description,,> 
-- ============================================= 
ALTER PROCEDURE [dbo].[Update_Tbl_Client_Bpo_Data] 

@Id int, 
@CId varchar(50), 
@Tbc_No varchar(200), 
@Name varchar(200), 
@EmailId varchar(200), 
@MobileNo varchar(50), 
@Gender varchar(50), 
@LicenseNo varchar(200), 
@GirNo varchar(200), 
@PanNo varchar(200), 
@H_Address varchar(500), 
@H_City varchar(200), 
@H_PinNo varchar(200), 
@H_county varchar(200), 
@H_State varchar(200), 
@O_Address varchar(200), 
@O_City varchar(200), 
@O_PinNo varchar(200), 
@LAL varchar(200), 
@MRNNo varchar(200), 
@AF varchar(200), 
@NRI varchar(200), 
@CP varchar(200), 
@Status varchar(200) 

AS 
BEGIN 
     -- SET NOCOUNT ON added to prevent extra result sets from 
     -- interfering with SELECT statements. 
     SET NOCOUNT ON; 



     update Tbl_Client_Bpo_Data 
set 

Tbc_No=@Tbc_No, 
Name=@Name, 
EmailId=@EmailId, 
MobileNo=@MobileNo, 
Gender=@Gender, 
LicenseNo=@LicenseNo, 
GirNo=@GirNo, 
PanNo=@PanNo, 
H_Address=@H_Address, 
H_City=@H_City, 
H_PinNo=@H_PinNo, 
H_county=@H_county, 
H_State=@H_State, 
O_Address=@O_Address, 
O_City=@O_City, 
O_PinNo=@O_PinNo, 
LAL=@LAL, 
MRNNo=@MRNNo, 
AF=@AF, 
NRI=@NRI, 
CP=@CP, 
Status=@Status from Tbl_Client_Bpo_Data where Id=@Id and CId=@CId 
END 

此存储过程得到死锁错误是这样的...

transaction was deadlocked on lock resources with another process and has been chosen as the deadlock victim. rerun the transaction. 

我创建一个备份模块发现错误日志，显示这个存储过程得到的僵局，而更多的客户也尝试更新数据。 。

我还添加了SET TRANSACTION ISOLATION LEVEL READ COMMITTED

，但它不为我工作.. 有人可以给出一个解决方案来解决这个问题..

或有某种机制保持执行过程，直到先前执行完成

Answer 1

简短的回答

您可能忽略你的表的索引。首先，您必须检查您的更新是否正在生成表扫描，如果是，请在ID和CID上创建一个索引以查看是否可以解决您的问题。

龙答案

你的桌子上更新语句可以引入表扫描。这意味着，SQL Server读取表中的每一行以检查是否需要更新行。在读取操作期间，SQL Server发出（U）更新行的锁定。如果行需要更新，它将（U）锁转换为（X）独占锁，并保持该锁直到事务结束。 （U）锁与其他（U）和（X）锁不兼容。

在你的情况下，你有2个会话彼此等待。每个会话都将X锁放在（不同的）行上，并尝试发出（U）锁并读取由其他会话更新的行（以（X）锁持有）。这实际上有点复杂 - 你有超过2个会议参与，但我希望你有一个想法。

创建索引更新过程中，以避免表扫描