使用sp_getAppLock引发的一个小问题

这几天线上频繁报如下的错误：“无法释放应用程序锁(数据库主体: 'public'，资源: 'aa')，原因是当前没有保留该应用程序锁。”

 

下面是写法：

declare @result int;
            BEGIN TRANSACTION
                EXEC @result= sp_getapplock @Resource = N'aa',@LockMode = 'Exclusive',@LockTimeout=5000; 
                if @result=-3
                BEGIN
                    ROLLBACK TRANSACTION;
                END
                ELSE 
                BEGIN
                select @result;
                EXEC SP_EXECUTESQL N'update xxx set f_date=f_date'
                EXEC sp_releaseapplock @Resource = N'aa';
            COMMIT TRANSACTION
            
            END

 

看代码第一反应能够发现，如果@result是其他值或者加锁失败，会不会导致问题的发生，于是尝试了一下（手动滑稽）

结果还真是，如果资源没申请成功会导致下面的报错。 下面为测试代码：

declare @result int;
            BEGIN TRANSACTION
                --EXEC @result= sp_getapplock @Resource = N'aa',@LockMode = 'Exclusive',@LockTimeout=5000; 
                --if @result=-3
                --BEGIN
                --    ROLLBACK TRANSACTION;
                --END
                --ELSE 
                BEGIN
                select @result;
                EXEC SP_EXECUTESQL N'update xxx set f_date=f_date'
                EXEC sp_releaseapplock @Resource = N'aa';
            COMMIT TRANSACTION
            
            END

 

所以上面的问题，可以记录下@rsult值是其他的情况下，是否也需要进行rollback。

 

参考链接：

https://docs.microsoft.com/zh-cn/sql/relational-databases/system-stored-procedures/sp-getapplock-transact-sql?view=sql-server-2017

 

官网提供的例子是可以>=0 为成功，<0为失败。

而代码例子的结构和我贴的结构几乎一致，所以开发人员当时应该是直接copy写法以后，然后就用了，完全没想到有什么其他的坑；→_→

 

总结：

解决问题的过程很简单也很容易，但能够发现就是一个好事，侧面说明了看文档的重要性。

 -----追加

验证资源锁是否存在

declare @resource nvarchar(255) ='aa' --资源字符串
declare @key nvarchar(257)='['+@resource+']';
IF exists(
select 1 from   sys.dm_tran_locks 
where 
    resource_type=N'APPLICATION' 
    AND request_mode=N'X' 
    and CHARINDEX(@key,resource_description) >0 
    and resource_database_id=db_id()
)
begin 
    print ('已存在');
end
else 
    begin
        print ('不存在');
    end