乐观锁与悲观锁

1.为什么要有悲观锁、乐观锁？

商品购买过程一般如下图所示：

用户买东西的时候，数据库通常会先查一下库存，有足够的库存后用户可以继续购买，用户确认订单后就修改库存。

假设有这么一个场合。一个秒杀活动放出了3台macbook，1元一台。

用户甲手快买了2件。按照步骤来是，数据库查询有没有足够的库存，查了一下，有3个库存。然后数据库还没来得及修改库存的时候，用户乙也买了2台，数据库查询库存，也有3件。结果用户甲和用户乙都成功下单了。3件库存结果卖了4件出去。悲观锁和乐观锁就是为了解决这种问题而出现的。

 

2.悲观锁

悲观锁就是总是假设最坏的情况，即假设每次都会出现上面的那种情况。悲观锁的解决方案就是当数据库查询库存时，即让数据库对该记录加锁，直到修改完库存后再解锁。在记录被加锁之后，只有当记录被解锁后，其他用户才能进行库存查询。

select stock from tb_sku where id=1 for update;    # sql原生语句用法

SKU.objects.select_for_update().get(id=1)    # django ORM用法

悲观锁类似于在多线程资源竞争时添加的互斥锁，容易出现死锁现象，采用不多。

 

3.乐观锁

乐观锁就是总是假设最好的情况，即假设每次都不会出现上面的那种情况。乐观锁其实并没有加锁，只是在更新数据时，判断数据在查询出来之后是否有被别人修改过，如果没有修改才更新，否则不更新（更新商品库存时，先判断库存是否与之前查询的一样，如果一样则更新，否则不更新）。

update tb_sku set stock=1 where id=1 and stock=3;    # sql原生语句写法


SKU.objects.filter(id=1, stock=3).update(stock=1)    # django ORM写法

注意：乐观锁并不存在真正的锁，只是在修改数据时作了数据是否有被修改的判断

特别注意：如果使用乐观锁，记得要修改数据库的隔离级别为读已提交（Read Committed）