使用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