数据库锁探究

执行SQL语句的时候发出什么样的锁呢，这就由事务的隔离级别决定了。一般情况，读语句(select)发出共享锁，写语句(update,insert,delete)发出排他锁。

① READUNCOMMITTED：不发出锁

② READCOMMITTED：发出共享锁，保持到读取结束

③ REPEATABLEREAD：发出共享锁，保持到事务结束

④ SERIALIZABLE：发出共享锁，保持到事务结束



① NOLOCK：不发出锁。等同于READUNCOMMITTED

② HOLDLOCK：发出共享锁，保持到事务结束。等同于SERIALIZABLE

③ XLOCK：发出排他锁，保持到事务结束。

④ UPDLOCK：发出更新锁，保持到事务事务结束。（更新锁：不阻塞别的事物，允许别的事物读数据（即更新锁可与共享锁兼容），但他确保自上次读取数据后数据没有被更新）



⑤ READPAST：发出共享锁，但跳过锁定行，它不会被阻塞。适用条件：提交读的隔离级别，行级锁，select语句中。

类型3

① ROWLOCK：行级锁

② PAGLOCK：页级锁

③ TABLOCK：表锁

④ TABLOCKX：表排他锁





新建一个存储过程来生成新的凭证编号，如下：

CREATE PROCEDURE up_getbh AS

Begin Tran

Declare @numnewbh numeric(18,0)

select @numnewbh = bh FROM code WITH (UPDLOCK,ROWLOCK) where pinzheng = '会计凭证'

set @numnewbh = @numnewbh + 1

update code set bh = @numnewbh where pinzheng = '会计凭证'

print @numnewbh

Commit tran

GO



然后，打开查询分析器，并多开几个连接（笔者开了8个连接，模拟有8个人同时并发，读者可以开更多的连接进行试验），把类似以下这样的语句复制到每个连接窗口中，

declare @i numeric(18,0)

set @i = 1

while @i = 1

Begin

if getdate() > '2004-07-22 14:23' --设定一个时间，到此时间同时执行upgetbh存储过程

set @i = 0

end

exec up_getbh



由于up_getbh中的select语句使用了更新锁，因更新锁之间不能兼容，所以各个连接要等到所有其他的连接释放掉锁才能执行，而更新锁的释放要等到事务结束，这样就不会发生号出错的现象了。