sp_getAppLock使用

sp_getAppLock  获取程序资源锁,简单的说就是调用此函数可以达到我们程序中.NET的lock锁的作用.

作用域是当前数据库下
四个参数:
@resource(必填):资源名称,类型nvarchar(255),必填,不区分大小写,如果超出255,则取前255个字符,作用域是当前数据库下.
@lockMode(必填):锁的模式,类型nvarchar(32),必填,五个值供选择:
  Shared: 共享, 相当于锁里面的S,
  Update: 更新, 相当于锁里面的U
  IntentShared: 意向共享, 相当于锁里面的IS
  IntentExclusive: 意向更新, 相当于锁里面的IX
  Exclusive: 独占, 相当于锁里面的X, 其中我们经常使用的是Exclusive,表示独占上面这个@resource资源
@lockOwner:锁的拥有者,2个值供参考:
  1. Transaction:默认值,如果使用这个,则必须显示声明事务,事务结束以后释放锁
  2. Session:会话, 会话结束以后释放锁
@lockTimeout:锁的超时时间
@DBPrincipal:数据库角色

我们一般都是使用@LockMode=Exclusive,@LoackMode=Transaction这种方式,所以下面是这种方式的测试.


--不显示声明事务的前提下使用sp_getApplock
DECLARE @v int;
EXEC @v=sp_getapplock @Resource=‘test‘,@LockMode=‘Exclusive‘
SELECT 1,GETDATE();
WAITFOR DELAY ‘00:00:03‘;
SELECT 1,GETDATE();

/*
以下SQL显示的时间内容可以看出,会话1和会话2还是并行的

<<会话1>>
您试图在没有活动事务的情况下获取事务性应用程序锁。

----------- -----------------------
1           2017-08-30 10:22:17.883

----------- -----------------------
1           2017-08-30 10:22:20.887

<<会话2>>
您试图在没有活动事务的情况下获取事务性应用程序锁。

----------- -----------------------
1           2017-08-30 10:22:18.417

----------- -----------------------
1           2017-08-30 10:22:21.417

*/
--显示声明事务情况下,调用sp_getAppLock

BEGIN TRAN
DECLARE @v int;
EXEC @v=sp_getapplock @Resource=‘test‘,@LockMode=‘Exclusive‘
SELECT 1,GETDATE();
WAITFOR DELAY ‘00:00:03‘;
SELECT 1,GETDATE();
COMMIT
/*
以下SQL显示的时间内容可以看出,会话1和会话2是串行执行的

<<会话1>>
----------- -----------------------
1           2017-08-30 10:29:14.197

----------- -----------------------
1           2017-08-30 10:29:17.197

<<会话2>>
----------- -----------------------
1           2017-08-30 10:29:17.200

----------- -----------------------
1           2017-08-30 10:29:20.200

*/

当事务结束或者关闭会话或者服务器因为任何原因关闭的时候都会释放所有锁

sp_releaseAppLock的作用是释放锁,当一个事务中只有部分代码需要加锁的时候, 就可以在执行完业务逻辑后再次调用sp_releaseApplock @Resource=‘XXX‘ , 这样就可以让堵塞的程序继续执行了.

例如:

BEGIN TRAN
DECLARE @v int;
EXEC @v=sp_getapplock @Resource=‘test‘,@LockMode=‘Exclusive‘
WAITFOR DELAY ‘00:00:03‘;
SELECT 1,GETDATE();
EXEC sp_releaseapplock @Resource=‘test‘
SELECT 2,GETDATE();
EXEC @v=sp_getapplock @Resource=‘test‘,@LockMode=‘Exclusive‘
WAITFOR DELAY ‘00:00:03‘;
SELECT 5,GETDATE();
EXEC sp_releaseapplock @Resource=‘test‘
SELECT 6,GETDATE();
COMMIT

/*
会话1

----------- -----------------------
1           2017-08-30 11:15:23.200

----------- -----------------------
2           2017-08-30 11:15:23.200

----------- -----------------------
5           2017-08-30 11:15:29.200

----------- -----------------------
6           2017-08-30 11:15:29.200

*/

BEGIN TRAN
DECLARE @v int;
EXEC @v=sp_getapplock @Resource=‘test‘,@LockMode=‘Exclusive‘
WAITFOR DELAY ‘00:00:03‘;
SELECT 3,GETDATE();
EXEC sp_releaseapplock @Resource=‘test‘

SELECT 4,GETDATE();
EXEC @v=sp_getapplock @Resource=‘test‘,@LockMode=‘Exclusive‘
WAITFOR DELAY ‘00:00:03‘;
SELECT 7,GETDATE();
EXEC sp_releaseapplock @Resource=‘test‘

SELECT 8,GETDATE();
COMMIT
/*
会话2

----------- -----------------------
3           2017-08-30 11:15:26.200

----------- -----------------------
4           2017-08-30 11:15:26.200

----------- -----------------------
7           2017-08-30 11:15:32.200

----------- -----------------------
8           2017-08-30 11:15:32.203*/

参考资料:

https://msdn.microsoft.com/zh-cn/library/ms189823(v=sql.90).aspx

https://msdn.microsoft.com/zh-cn/library/ms178602(v=sql.90).aspx

测试比较简单,如有不对的地方还请大神指出,谢谢:)

时间: 2024-11-01 19:07:18

sp_getAppLock使用的相关文章

Sql Server 常用系统存储过程大全

-- 来源于网络 -- 更详细的介结参考联机帮助文档 xp_cmdshell --*执行DOS各种命令,结果以文本行返回. xp_fixeddrives --*查询各磁盘/分区可用空间 xp_loginconfig --*报告SQL Server 实例在Windows 上运行时的登录安全配置 xp_logininfo --*返回有关Windows 认证登录的信息. xp_msver --*返回有关Microsoft SQL Server 的版本信息 xp_enumgroups    --返回Wi

SQL Server 2000 系统存储过程

SQL Server 2000 系统存储过程 在 Microsoft? SQL Server? 中,许多管理和信息活动可以通过系统存储过程执行.系统存储过程按这些分类分组. 分类 描述 Active Directory 过程 用于在 Microsoft Windows? 2000 Active Directory? 中注册 SQL Server 实例和 SQL Server 数据库. 目录过程 执行 ODBC 数据字典功能,并隔离 ODBC 应用程序,使之不受基础系统表更改的影响. 游标过程 执

sql 中各种锁随记

一. 为什么要引入锁  多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:  丢失更新  A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统  脏读  A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致  不可重复读  A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致  并发控制的主要方法是封锁,锁就是在一段时间

转载 sqlserver 锁的概念

SQL server共享锁,排他锁,更新锁的使用   上一篇 / 下一篇  2009-11-08 00:29:17 / 个人分类:数据库 查看( 889 ) / 评论( 0 ) / 评分( 0 / 0 ) 锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新 A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读 A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢

SQL调用系统存储过程整理

SQL系统存储过程用法整理: xp_cmdshell --*执行DOS各种命令,结果以文本行返回. xp_fixeddrives --*查询各磁盘/分区可用空间 xp_loginconfig --*报告SQL Server 实例在Windows 上运行时的登录安全配置 xp_logininfo --*返回有关Windows 认证登录的信息. xp_msver --*返回有关Microsoft SQL Server 的版本信息 xp_enumgroups    --返回Windows用户组列表或在

SQL SERVER系统存储过程

系统存储过程 Active Directory 过程 sp_ActiveDirectory_Obj sp_ActiveDirectory_SCP 目录过程 sp_column_privileges sp_special_columns sp_columns sp_sproc_columns sp_databases sp_statistics sp_fkeys sp_stored_procedures sp_pkeys sp_table_privileges sp_server_info sp_

转自高手关于SQL 锁的叙述。。(nolock,rowlock,tablock,xlock,paglock)

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: [丢失更新]A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 [脏读]A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 [不可重复读]A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致 并发控制的主要方法是封锁,锁就是在一段时间

SQL 锁的介绍

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 不可重复读A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致 并发控制的主要方法是封锁,锁就是在一段时间内禁止用户做

SQL数据库—&lt;…&gt; 常用系统存储过程大全 --摘录网络

1 -- 来源于网络 2 3 -- 更详细的介结参考联机帮助文档 4 5 xp_cmdshell --*执行DOS各种命令,结果以文本行返回. 6 7 xp_fixeddrives --*查询各磁盘/分区可用空间 8 9 xp_loginconfig --*报告SQL Server 实例在Windows 上运行时的登录安全配置 10 11 xp_logininfo --*返回有关Windows 认证登录的信息. 12 13 xp_msver --*返回有关Microsoft SQL Server