本文共 1636 字，大约阅读时间需要 5 分钟。

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

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

学无止境，精益求精

之前我的博客：详细介绍了乐观锁悲观锁的应用，在此，通过程序来验证：

首先，打开SQLserver，新建一张表：

create table Ticket(Id int identity(1,1) primary key,ticketCount int ,) insert into Ticket values(300)

我们首先示范悲观锁：如果您还不太明白悲观锁的原理，请查阅我的上篇博客

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

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

declare @count as intbegin transelect @count=ticketCount from Ticket with(updlock)waitfor delay '00:00:05'update Ticket set ticketCount=@count-1commit transelect * from Ticket

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

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

执行结果如下：

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

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

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

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

declare @count as intbegin transelect @count=ticketCount from Ticketwaitfor delay '00:00:05'update Ticket set ticketCount=@count-1commit transelect * from Ticket

快速执行二个窗体语句，执行结果如下：

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

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

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

Alter Table Ticket Add TimeFlag TimeStamp not null

然后修改事务如下：

declare @count as intdeclare @flag as TimeStampdeclare @rowcount As int begin transelect @count=ticketCount,@flag=TimeFlag from Ticket waitfor delay '00:00:05' update Ticket set ticketCount=@count-1 where TimeFlag=@flagset @rowcount=@@ROWCOUNTif @rowcount>0print '更新成功'elseprint '更新失败'commit transelect * from Ticket

窗体1执行图

窗体2执行图

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

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

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

 @陈卧龙的博客