1.场景
一件商品,成本价是80元,售价是100元。老板先是通知小李,说你去把商品价格增加50元。小李正在玩游戏,耽搁了一个小时。正好一个小时后,老板觉得商品价格增加到150元,价格太高,可能会影响销量。又通知小王,你把商品价格降低30元。
此时,小李和小王同时操作商品后台系统。小李操作的时候,系统先取出商品价格100元;小王也在操作,取出的商品价格也是100元。小李将价格加了50元,并将100+50=150元存入了数据库;小王将商品减了30元,并将100-30=70元存入了数据库。是的,如果没有锁,小李的操作就完全被小王的覆盖了。
现在商品价格是70元,比成本价低10元。几分钟后,这个商品很快出售了1千多件商品,老板亏1万多。
2.乐观锁和悲观锁
上面的故事,如果是乐观锁,小王保存价格前,会检查下价格是否被人修改过了。如果被修改过了,则重新取出的被修改后的价格,150元,这样他会将120元存入数据库。
如果是悲观锁,小李取出数据后,小王只能等小李操作完之后,才能对价格进行操作,也会保证最终的价格是120元。
模拟
package com.mybatis_plus;
import com.mybatis_plus.bean.Product;
import com.mybatis_plus.mapper.ProductMapper;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
@SpringBootTest
public class MaBatisPlusTestLock {
@Autowired
ProductMapper productMapper;
@Test
void testConcurrentUpdate(){
//1.小李
Product p1=productMapper.selectById(1L);
System.out.println("小李取出的价格是:"+p1.getPrice());
//2.小王
Product p2=productMapper.selectById(1L);
System.out.println("小王取出的价格是:"+p2.getPrice());
//3.小李将价格加了50元存入数据库
p1.setPrice(p1.getPrice()+50);
int result = productMapper.updateById(p1);
System.out.println("小李修改结果:"+result);
//4.小王将商品减了30元,存入了数据库
p2.setPrice(p2.getPrice()-30);
int i = productMapper.updateById(p2);
if (i==0){
//操作失败,重试
Product productNew = productMapper.selectById(1);//先查询出来
productNew.setPrice(productNew.getPrice()-30);//再在查询的基础上减30
productMapper.updateById(productNew);//更新
}
System.out.println("小王修改结果:"+i);
//最后结果
Product p3=productMapper.selectById(1L);
//没加锁之前价格覆盖,最后结果为70
//加了乐观锁后最后结果为150,只有小李的结果被执行了
//优化:加了乐观锁后最后结果为150,只有小李的结果被执行了但是小王的没执行,所以加个判断if(i==0)
System.out.println(p3.getPrice());
}
}
版权声明:本文为weixin_41477928原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。