SQL Server 中的死锁

Question

我正面临僵局

在锁定资源上与另一个进程死锁，并且已被 被选为死锁牺牲品。

问题在 SQL-Server 中，因为我通过针对特定列选择最大 id 在数据库中插入数据，然后添加一个增量以获得将插入记录的值。 我正在调用一个过程，如下所述：

CREATE
 PROCEDURE [dbo].[Web_GetMaxColumnID]
 @Col_Name nvarchar(50)        
AS        
BEGIN       
-- SET NOCOUNT ON added to prevent extra result sets from  
 -- interfering with SELECT statements.        
 DECLARE @MaxID BIGINT;              
 SET NOCOUNT ON;   
 -- Insert statements for procedure here        
 BEGIN  
  BEGIN TRAN              
  SET @MaxID = (  
          SELECT Col_Counter  
          FROM   Maintenance_Counter WITH (XLOCK, ROWLOCK)  
          WHERE  COL_NAME = @Col_Name  
      )  

  UPDATE Maintenance_Counter  
  SET    Col_Counter     = @MaxID + 1  
  WHERE  COL_NAME        = @Col_Name  
 COMMIT  
 END      
 SELECT (  
            CONVERT(  
                VARCHAR,  
                (  
                    SELECT office_id  
                    FROM   Maintenance  
                )  
            ) + '' + CONVERT(VARCHAR, (@MaxID))  
        ) AS MaxID  

END

谁能帮帮我.....

Answer 1

正如 Marc 已经回答的那样，请使用 SEQUENCE。它适用于所有受支持的 SQL Server 版本，即 2012 及更高版本。避免它的唯一原因是针对不受支持的版本，例如 2008。

在这种情况下，您可以在更新计数器值的同一语句中设置计数器变量。这样，您就不需要任何事务或锁，例如：

declare @counterValue bigint

UPDATE Maintenance_Counter  
SET    Col_Counter = Col_Counter + 1 , @counterValue=Col_Counter+1
WHERE  COL_NAME        = @Col_Name 

select @counterValue

Answer 2

你可以使用序列来生成增量值，避免任何阻塞。

我已经修改了我自己的计数器生成器，以直接替代您的。它动态创建 SQL 语句来管理序列，如果我们正在寻找的值的序列不存在，它会创建它。

ALTER PROCEDURE [dbo].[Web_GetMaxColumnID]
    @Col_Name nvarchar(50)
AS
  declare @Value bigint;
  declare @SQL nvarchar(64);
BEGIN
  if not exists(select * from sys.objects where object_id = object_id(N'dbo.MY_SEQUENCES_' + @Col_Name) and type = 'SO') 
  begin
    set @SQL = N'create sequence dbo.MY_SEQUENCES_' + @Col_Name + ' as bigint start with 1';
    exec (@SQL);     
  end

  set @SQL = N'set @Value = next value for dbo.MY_SEQUENCES_' + @Col_Name;      
  exec sp_executesql @SQL, N'@Value bigint out', @Value = @Value out;   

  select @Value ;
END

唯一的不便是您的值可能会在其中出现间隙（因为您可能已经检索了一个值但最终没有使用它）。这在我的桌子上不是问题，但你必须考虑它。