乐观锁不是数据库自带的,需要我们自己去实现。
乐观锁是指 *** 作数据库时(更新 *** 作),想法很乐观,认为这次的 *** 作不会导致冲突,在 *** 作数据时,并不进行任何其他的特殊处理(也就是不加锁),而在进行更新后,再去判断是否有冲突了。整体思想就是CAS思想。
通常实现是这样的:在表中的数据进行 *** 作时(更新),先给数据表加一个版本(version)字段,每 *** 作一次,将那条记录的版本号加1。也就是先查询出那条记录,获取出version字段,如果要对那条记录进行 *** 作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等,如果相等,则说明这段期间,没有其他程序对其进行 *** 作,则可以执行更新,将version字段的值加1;如果更新时发现此刻的version值与刚刚获取出来的version的值不相等,则说明这段期间已经有其他程序对其进行 *** 作了,则不进行更新 *** 作。
eg:
下单 *** 作包括3步骤:
1、查询出库存信息:
select (id,count,version) from t_goodsku where id=#{id}
2、扣减2个库存:
程序中计算:count = count - 2;
3、更新库存:
update t_goodsku
set count={count},version=version+1
where id=#{id} and version=#{version};
第1步中查到的version其实是快照(read-commited和read-repeatable隔离机制下的MVCC机制),在这种情况下,第3步去update时,获取锁,where条件中进行判断中的version=#{version},其实是拿当前version和第1步中的快照version进行比对
如果比对成功,说明在这段时间内这条数据没有被其他线程更新过,update成功;
如果对比失败,说明这段时间内这条数据被更新过,那么update失败,报错回滚或自旋。
当然,这里是为了模拟乐观锁的场景,实际上更新库存时一步便可以实现:
1、更新库存:
update t_goodsku
set count=count -2
where id=#{id};
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)