SqlServer2000支持的表级锁定提示.docVIP

Sql Server2000支持的表级锁定提示 HOLDLOCK 持有共享锁，直到整个事务完成，应该在被锁对象不需要时立即释放，等于SERIALIZABLE事务隔离级别 NOLOCK 语句执行时不发出共享锁，允许脏读 ，等于 READ UNCOMMITTED事务隔离级别 PAGLOCK 在使用一个表锁的地方用多个页锁 READPAST 让sql server跳过任何锁定行，执行事务，适用于READ UNCOMMITTED事务隔离级别只跳过RID锁，不跳过页，区域和表锁 ROWLOCK 强制使用行锁 TABLOCKX 强制使用独占表级锁，这个锁在事务期间阻止任何其他事务使用这个表 UPLOCK 强制在读表时使用更新而不用共享锁 应用程序锁: 应用程序锁就是客户端代码生成的锁，而不是sql server本身生成的锁 处理应用程序锁的两个过程 sp_getapplock 锁定应用程序资源 sp_releaseapplock 为应用程序资源解锁 注意: 锁定数据库的一个表的区别 SELECT * FROM table WITH (HOLDLOCK) 其他事务可以读取表，但不能更新删除 SELECT * FROM table WITH (TABLOCKX) 其他事务不能读取表,更新和删除 SQL Server 2005中解决死锁问题 数据库操作的死锁是不可避免的，本文并不打算讨论死锁如何产生，重点在于解决死锁，通过SQL Server 2005, 现在似乎有了一种新的解决办法。 将下面的SQL语句放在两个不同的连接里面，并且在5秒内同时执行，将会发生死锁。 use Northwind begin tran 　　insert into Orders(CustomerId) values(@#ALFKI@#) 　　waitfor delay @#00:00:05@# 　　select * from Orders where CustomerId = @#ALFKI@# commit print @#end tran@# 　　 SQL Server对付死锁的办法是牺牲掉其中的一个，抛出异常，并且回滚事务。在SQL Server 2000，语句一旦发生异常，T-SQL将不会继续运行，上面被牺牲的连接中， print @#end tran@#语句将不会被运行，所以我们很难在SQL Server 2000的T-SQL中对死锁进行进一步的处理。 现在不同了，SQL Server 2005可以在T-SQL中对异常进行捕获，这样就给我们提供了一条处理死锁的途径： 下面利用的try ... catch来解决死锁。 SET XACT_ABORT ON declare @r int set @r = 1 while @r = 3 begin 　　begin tran 　　 　　begin try　　　 　　　　insert into Orders(CustomerId) values(@#ALFKI@#) 　　　　waitfor delay @#00:00:05@# 　　　　select * from Orders where CustomerId = @#ALFKI@# 　　　　 　　　　commit 　　　　break 　　end try 　　　　 　　begin catch 　　　　rollback 　　　　waitfor delay @#00:00:03@# 　　　　set @r = @r + 1 　　　　continue 　　end catch end 　　 解决方法当然就是重试，但捕获错误是前提。rollback后面的waitfor不 解决方法当然就是重试，但捕获错误是前提。rollback后面的waitfor不可少，发生冲突后需要等待一段时间，@retry数目可以调整以应付不同的要求。 但是现在又面临一个新的问题: 错误被掩盖了，一但问题发生并且超过3次，异常却不会被抛出。SQL Server 2005 有一个RaiseError语句，可以抛出异常，但却不能直接抛出原来的异常，所以需要重新定义发生的错误，现在，解决方案变成了这样: declare @r int set @r = 1 while @r = 3 begin 　　begin tran 　　 　　begin try　　　 　　　　insert into Orders(CustomerId) values(@#ALFKI@#) 　　　　waitfor delay @#00:00:05@# 　　　　select * from Orders where Custom