乐观锁与悲观锁学习

悲观锁在整个数据处理过程中，将数据处于锁定状态，依靠数据库的锁机制来实现。

在上面的场景中，商品信息从查询出来到修改，中间有一个处理订单的过程，使用悲观锁的原理就是，当我们在查询出goods信息后就把当前的数据锁定，直到我们修改完毕后再解锁。那么在这个过程中，因为goods被锁定了，就不会出现有第三者来对其进行修改了。

设置完autocommit后，我们就可以执行我们的正常业务了。具体如下：

//0.开始事务

begin;/begin work;/start transaction; (三者选一就可以)

//1.查询出商品信息

select status from t_goods where id=1 for update;

//2.根据商品信息生成订单

insert into t_orders (id,goods_id) values (null,1);

//3.修改商品status为2

update t_goods set status=2;

//4.提交事务

commit;/commit work;

使用 select for update就通过数据库实现了悲观锁，此时id=1的信息被我们锁定，其他事务数据不会被其他事务修改。

值得注意的是查询中如果使用了索引，会采用行锁，没使用索引，会使用表锁。

悲观锁的不足时一些信息有些用户长时间无法访问，降低了程序的并发访问性。

乐观锁假设一般情况下操作不会冲突，一般是通过为数据库表增肌一个数字型的字段version，即数据版本字段。

使用举例：以MySQL InnoDB为例

还是拿之前的实例来举：商品goods表中有一个字段status，status为1代表商品未被下单，status为2代表商品已经被下单，那么我们对某个商品下单时必须确保该商品status为1。假设商品的id为1。

 

下单操作包括3步骤：

1.查询出商品信息

select (status,status,version) from t_goods where id=#{id}

2.根据商品信息生成订单

3.修改商品status为2

update t_goods 

set status=2,version=version+1

where id=#{id} and version=#{version};

数据更新的时候检查version是否为之前的version值，如果不是则认为有其他事务更改过数据，则会更新失败。

乐观锁适用场景为数据竞争不激烈的环境。