了解悲观锁、乐观锁

一、

问题：

在处理并发条件下，用户同时修改数据库，导致数据错误。

解决方案：

利用乐观锁、悲观锁进行解决

---

二、

1、悲观锁

  所谓悲观锁，就是任何存数据的时候都保持悲观，即总是担心数据会被修改
  所以在自己操作的时候会对数据上锁，防止在自己操作的时候被他人同时操作导致更新丢失。

2、乐观锁

  所谓乐观锁，就是不担心数据会被修改，不会对数据进行加锁，
  每次修改数据的时候需要对数据进行判断是否被修改过。

---

三、应用场景

--1.查询出产品信息
select p_status from t_product where p_id = 1;
--2.根据商品信息生成订单
--3.修改商品status为2
update t _product set status=2 where p_id = 1;

此类场景在高并发访问的情况下很可能会出现问题。前面已经提到，
只有当p_status为1时才能对该产品下单，上面第一步操作中，查询出来的商品status为1。
但是当我们执行第三步Update操作的时候，有可能出现其他人先一步对产品下单把p_status状态修改为2了，
但是我们并不知道数据已经被修改了，这样就可能造成同一个产品被下单2次，使得数据不一致。

1、利用乐观锁

在数据库表中加入version字段。在每次更新时，where中查询version值。如果一致进行更新，如果不一致则rollback

1.查询出商品信息
2.根据商品信息生成订单
3.修改商品status为2
update t_goods 
set status=2,version=version+1
where id=#{id} and version=#{version};

2、利用悲观锁

在项目中我也一直注意到for update 但没有理解它的真正含义，
学到悲观锁时发现它的作用就是：事务提交之前，不允许其他人进行更改插入数据

添加排它锁与添加共享锁类似，执行语句添加 “ for update” 即可。
1、利用for update在数据查询后进行数据锁定，直到修改完成后进行解锁（自动提交事务）

1.start transaction

2.查询出商品信息
select p_status from t_product where p_id = 1 for update;
3.根据商品信息生成订单
4.修改商品status为2
update t_goods 
set status=2

5.commit;

3、可以Synchronized、Lock进行解决

ps:高并发情况下，可能会瞬间导致服务器压力过大导致宕机，需要使用redis之类方法进行减缓并发。

参考文章：
https://wenku.baidu.com/view/d7f64a0d3269a45177232f60ddccda38376be181.html