SQL SERVER乐观锁定和悲观锁定使用实例

2024-08-31 00:49:10

字体：大中小

来源：转载

供稿：网友

注册会员，创建你的web开发资料库，

在实际的多用户并发访问的生产环境里边，我们经常要尽可能的保持数据的一致性。而其中
最典型的例子就是我们从表里边读取数据，检查验证后对数据进行修改，然后写回到数据库
中。在读取和写入的过程中，如果在多用户并发的环境里边，其他用户已经把你要修改的数据
进行了修改是非常有可能发生的情况，这样就造成了数据的不一致性。解决这样的办法，sql server
提出了乐观锁定和悲观锁定的概念，下边我以一个实例来说明如何使用乐观锁定和悲观锁定来
解决这样的问题。

/* 建立测试表:card,代表一个真实的卡库,供用户注册.用户要从里边选出一个未使用的卡，也就是f_flag=0的卡，给用户注册：更新f_name,f_time,f_flag字段. 如果出现两个用户同时更新一张卡的情况，是不能容忍的，也就是我们所说的数据不一致行。*/

create table card(f_cardno varchar(20),f_name varchar(20),f_flag bit,f_time datetime)
go
insert card(f_cardno,f_flag) select '1111-1111',0
insert card(f_cardno,f_flag) select '1111-1112',0
insert card(f_cardno,f_flag) select '1111-1113',0
insert card(f_cardno,f_flag) select '1111-1114',0
insert card(f_cardno,f_flag) select '1111-1115',0
insert card(f_cardno,f_flag) select '1111-1116',0
insert card(f_cardno,f_flag) select '1111-1117',0
insert card(f_cardno,f_flag) select '1111-1118',0
insert card(f_cardno,f_flag) select '1111-1119',0
insert card(f_cardno,f_flag) select '1111-1110',0
go

-- 下边是我们经常使用的更新方案如下:

declare @cardno varchar(20)
begin tran

       -- 选择一张未使用的卡
        select top 1 @cardno=f_cardno
        from card    where f_flag=0

        -- 延迟50秒，模拟并发访问.
        waitfor delay '000:00:50'

-- 把刚才选择出来的卡进行注册.

        update card
        set f_name=user,
            f_time=getdate(),
            f_flag=1
        where [email protected]

commit

问题:如果我们在同一窗口执行同一段代码，但是去掉了waitfor delay子句.两边执行完毕后我们发现尽管执行了两次注册，但是只注册了一张卡，也就是两个人注册了同一张卡.

悲观锁定解决方案

-- 我们只要对上边的代码做微小的改变就可以实现悲观的锁定.

declare @cardno varchar(20)
begin tran

       -- 选择一张未使用的卡
        select top 1 @cardno=f_cardno
        from card   with (updlock) where f_flag=0

        -- 延迟50秒，模拟并发访问.
        waitfor delay '000:00:50'

-- 把刚才选择出来的卡进行注册.

        update card
        set f_name=user,
            f_time=getdate(),
            f_flag=1
        where [email protected]

commit

注意其中的区别了吗?with(updlock),是的,我们在查询的时候使用了with (updlock)选项,在查询记录的时候我们就对记录加上了更新锁,表示我们即将对次记录进行更新.注意更新锁和共享锁是不冲突的,也就是其他用户还可以查询此表的内容,但是和更新锁和排它锁是冲突的.所以其他的更新用户就会阻塞.如果我们在另外一个窗口执行此代码,同样不加waifor delay子句.两边执行完毕后,我们发现成功的注册了两张卡.可能我们已经发现了悲观锁定的缺点:当一个用户进行更新的事务的时候,其他更新用户必须排队等待,即使那个用户更新的不是同一条记录.

乐观锁定解决方案

-- 首先我们在card表里边加上一列f_timestamp 列,该列是varbinary(8)类型.但是在更新的时候这个值会自动增长.

alter table card add f_timestamp timestamp not null

-- 悲观锁定
declare @cardno varchar(20)
declare @timestamp varbinary(8)
declare @rowcount int

begin tran

       -- 取得卡号和原始的时间戳值
        select top 1 @cardno=f_cardno,
                     @timestamp=f_timestamp
        from card
        where f_flag=0

        -- 延迟50秒，模拟并发访问.
        waitfor delay '000:00:50'

-- 注册卡,但是要比较时间戳是否发生了变化.如果没有发生变化.更新成功.如果发生变化,更新失败.

        update card
        set f_name=user,
            f_time=getdate(),
            f_flag=1
        where [email protected] and [email protected]
        set @[email protected]@rowcount
        if @rowcount=1
        begin
                print '更新成功!'
                commit
        end
        else if @rowcount=0
        begin
                if exists(select 1 from card where [email protected])
                begin
                        print '此卡已经被另外一个用户注册！'
                        rollback tran
                end
                else
                begin
                        print '并不存在此卡!'
                        rollback tran
                end
        end