乐观锁悲观锁应用

最近悟出来一个道理,在这儿分享给大家:学历代表你的过去,能力代表你的现在,学习代表你的将来。

十年河东十年河西,莫欺少年穷

学无止境,精益求精

之前我的博客:SQL-乐观锁,悲观锁之于并发详细介绍了乐观锁悲观锁的应用,在此,通过程序来验证:

首先,打开SQLserver,新建一张表:

create table Ticket
(
Id int identity(1,1) primary key,
ticketCount int ,
)

insert into
Ticket values(300)

我们首先示范悲观锁:如果您还不太明白悲观锁的原理,请查阅我的上篇博客SQL-乐观锁,悲观锁之于并发

悲观锁在使用过程中会锁住要操作的对象,其他用户可以查询该对象的内容,但是不能更新该对象,直至悲观锁释放资源。因此,悲观锁以严格的控制并发,从而使并发零发生。

请在SQLserver中打开两个查询窗口,并输入如下语句:

declare @count as int
begin tran
select @count=ticketCount from Ticket with(updlock)
waitfor delay '00:00:05'
update Ticket set ticketCount=@count-1
commit tran

select * from Ticket

上述语句中的waitfor delay '00:00:05' 代表延迟五秒,用于模拟并发。with(updlock)代表查询时,上了悲观锁,一旦上了悲观锁,其他用户必须等待悲观锁释放后才能访问被锁定的对象,否则,处于等待状态!

快速执行每个窗口中的语句:

执行结果如下:

乐观锁悲观锁应用

乐观锁悲观锁应用

从上图可以看出,执行二次的结果票数减少2,执行结果正确

要说明的是,在窗口2执行时,必须要等到窗口1执行结束,如果窗体1还在执行,则窗体2处于等待状态。

为了验证悲观锁发生了作用,我们将悲观锁拿掉,然后再快速执行二个窗体中的语句<将票数重置为300,方便我们测试>:

拿掉悲观锁后的语句变更为:

declare @count as int
begin tran
select @count=ticketCount from Ticket
waitfor delay '00:00:05'
update Ticket set ticketCount=@count-1
commit tran

select * from Ticket  

快速执行二个窗体语句,执行结果如下:

乐观锁悲观锁应用

由图可知发生了并发,原因是出现了脏读<表中的实际值是299,出了二张票,而票数却只减少1,这显然是错误呀的>。

下面直接贴出乐观锁代码:

修改表结构:添加一列,数据类型为时间戳

Alter Table Ticket Add TimeFlag TimeStamp not null

然后修改事务如下:

declare @count as int
declare @flag as TimeStamp
declare @rowcount As int 
begin tran
select @count=ticketCount,@flag=TimeFlag from Ticket 
waitfor delay '00:00:05'
 
update Ticket set ticketCount=@count-1 where TimeFlag=@flag
set @rowcount=@@ROWCOUNT
if @rowcount>0
print '更新成功'
else
print '更新失败'
commit tran

select * from Ticket

窗体1执行图

乐观锁悲观锁应用

乐观锁悲观锁应用

 

窗体2执行图

乐观锁悲观锁应用

乐观锁悲观锁应用

由图可知,窗体2执行失败,是因为当窗体1执行后,时间戳会随着时间变更变为一个新的值,而再次执行时,由于时间戳不同,造成执行失败,从而避免了并发带来的影响。

出了一张票,票数减少1,执行结果正确

为了使系统更加流畅,在窗体2执行失败后,应再次读取数据库并重新执行!

 @陈卧龙的博客

上一篇:全网首发:Proguard加密后的getResource()问题


下一篇:tomcat jdk servlet websocket版本对应关系