Тупик в обновленной хранимой процедуре

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 

эта хранимая процедура получения Deadlock ошибки, как это ...

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, чтобы узнать, разрешает ли это ваша проблема.

Длинный ответ

оператор Update на вашем столе может ввести сканирование таблицы. Это означает, что SQL Server читает каждую строку в вашей таблице, чтобы проверить, нужно ли обновлять строку. Во время этой операции чтения SQL Server выдает (U) блокировку обновления в строке. В случае, если строка нуждается в обновлении, она преобразует (U) блокировку в (X) исключительную блокировку и удерживает эту блокировку до конца транзакции. (U) несовместимы с другими (U) и (X) замками.

В вашем случае у вас есть 2 сеанса, ожидающие друг друга. Каждый сеанс помещает X-блокировку в (разные) строки и пытается выполнить блокировку (U) и считывает строку, обновленную другим сеансом (с блокировкой (X)). На самом деле это немного сложнее - у вас более двух сеансов, но я надеюсь, что у вас есть идея.

Создать индекс, чтобы избежать сканирования таблиц во время обновления