悲观锁指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。
以MySQL InnoDB为例:
商品goods表中有一个字段status,status为1代表商品未被下单,status为2代表商品已经被下单,那么对某个商品下单时必须确保该商品status为1。假设商品的id为1。
1 不采用锁:
(1) 查询出商品信息
select status fromgoods where id=1;
(2) status如果为1则根据商品信息生成订单
insert into orders (goods_id) values (1);
(3) 修改商品status为2
update goods set status=2;
第一步操作中,查询出来的商品status为1。但是当我们执行第三步Update操作的时候,在高并发情况下有可能出现其他人先一步对商品下单把goods中id为1的 status修改为2了,但是我们并不知道数据已经被修改了,这样就可能造成同一个商品被下单2次。
2 使用悲观锁:
上面的场景中,商品信息从查询出来到修改,中间有一个处理订单的过程,使用悲观锁的原理就是,当我们在查询出goods信息后就把当前的数据锁定,直到我们修改完毕后再解锁。在这个过程中,因为goods被锁定了,