【MyBatisPlus】如何实现乐观锁
标签: mybatisplus乐观锁
2023-03-23 21:16:27 122浏览
文章目录
1.概念
在讲概念之前,我们先来分析一个问题:
业务并发现象带来的问题:秒杀
- 假如有100个商品或者票在出售,为了能保证每个商品或者票只能被一个人购买,如何保证不会出现超买或者重复卖
- 对于这一类问题,其实有很多的解决方案可以使用
- 第一个最先想到的就是锁,锁在一台服务器中是可以解决的,但是如果在多台服务器下锁就没有办法控制,比如12306有两台服务器在进行卖票,在两台服务器上都添加锁的话,那也有可能会导致在同一时刻有两个线程在进行卖票,还是会出现并发问题
- 我们接下来介绍的这种方式是针对于小型企业的解决方案,因为数据库本身的性能就是个瓶颈,如果对其并发量超过2000以上的就需要考虑其他的解决方案了。
乐观锁:在关系数据库管理系统里,乐观并发控制(又名“乐观锁”,Optimistic Concurrency Control,缩写“OCC”)是一种并发控制的方法。它假设多用户并发的事务在处理时不会彼此互相影响,各事务能够在不产生锁的情况下处理各自影响的那部分数据。在提交数据更新之前,每个事务会先检查在该事务读取数据后,有没有其他事务又修改了该数据。如果其他事务有更新的话,那么会放弃修改。
简单来说,乐观锁主要解决的问题是当要更新一条记录的时候,希望这条记录没有被别人更新,如果别人更新了那么我就不更新了。
2.实现乐观锁的思路
乐观锁的实现方式:
- 数据库表中添加version列,比如默认值给1
- 第一个线程要修改数据之前,取出记录时,获取当前数据库中的version=1
- 第二个线程要修改数据之前,取出记录时,获取当前数据库中的version=1
- 第一个线程执行更新时,set version = newVersion where version = oldVersion
- newVersion = version+1 [2] (表示更新后的值)
- oldVersion = version [1] (表示取出记录时的值)
- 第二个线程执行更新时,set version = newVersion where version = oldVersion
- newVersion = version+1 [2]
- oldVersion = version [1]
- 假如这两个线程都来更新数据,第一个和第二个线程都可能先执行
- 假如第一个线程先执行更新,会把version改为2,
- 第二个线程再更新的时候,set version = 2 where version = 1,此时数据库表的数据version已经为2,所以第二个线程会修改失败
- 反之同理
- 不管谁先执行都会确保只能有一个线程更新数据,这就是MP提供的乐观锁的实现原理分析。
3.实现乐观锁的具体步骤
- 在数据库表上添加version列,我这里直接创建一个新表方便演示
CREATE TABLE goods (
id BIGINT(20) PRIMARY KEY AUTO_INCREMENT,
NAME VARCHAR(32) NOT NULL,
prices INT(10) NOT NULL ,
`version` INT(10) NOT NULL DEFAULT 1
);
INSERT INTO goods VALUES(NULL,'book',10,1);
INSERT INTO goods VALUES(NULL,'computer',3000,1);
表的内容如下:
- 在模型类中添加对应的属性
@Data
public class Goods {
/**
* 实现id自增长
*/
@TableId(type = IdType.AUTO)
private Integer id;
private String name;
//标记此属性为version列对应的属性
@Version
private Integer version;
}
- 添加乐观锁的拦截器
@Configuration
public class MybatisPlusConfig {
@Bean
public MybatisPlusInterceptor mybatisPlusInterceptor(){
//1 创建MybatisPlusInterceptor拦截器对象
MybatisPlusInterceptor mpInterceptor=new MybatisPlusInterceptor();
//2 添加乐观锁拦截器
mpInterceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
return mpInterceptor;
}
}
- 在测试类中执行更新操作
@SpringBootTest
class SpringBootMypatisPlusApplicationTests {
@Autowired
private GoodsDao goodsDao;
@Test
void test()
{
Goods goods = new Goods();
goods.setId(1);
goods.setPrices(100);
goodsDao.updateById(goods);
}
}
通过结果我们可以发现,我们创建的这个对象并没有设置version
数据,所以也就没有更新version
字段
添加version
数据
@SpringBootTest
class SpringBootMypatisPlusApplicationTests {
@Autowired
private GoodsDao goodsDao;
@Test
void test()
{
Goods goods = new Goods();
goods.setId(1);
goods.setVersion(1);
goods.setPrices(100);
goodsDao.updateById(goods);
}
}
此时你可以发现,我们传递的是1,更新时会将version
+1得到2,然后更新数据到数据库表里。
此时我们需要注意的是,我们设置的version
数据就相当于上面讲的oldVersion
,如果和数据库表中的不同,则sql
更新失败
所以我们要想实现乐观锁,首先就是要得到表中要查找的那条数据的version
,然后拿version
当条件在将version
加1更新回到数据库表中,所以我们在查询的时候,需要对其进行查询
@SpringBootTest
class SpringBootMypatisPlusApplicationTests {
@Autowired
private GoodsDao goodsDao;
@Test
void test()
{
//1.先通过要修改的数据id将当前数据查询出来
//获得version字段值
Goods goods = goodsDao.selectById(1);
//2.修改数据
goods.setPrices(200);
goodsDao.updateById(goods);
}
}
现在我们来模拟一遍秒杀
的过程,看看多人修改同一商品的时候,是不是只能有一个人修改成功。
@SpringBootTest
class SpringBootMypatisPlusApplicationTests {
@Autowired
private GoodsDao goodsDao;
@Test
void test() {
//1.先通过要修改的数据id将当前数据查询出来
//获得version字段值
Goods goods1 = goodsDao.selectById(1); // version = 3
Goods goods2 = goodsDao.selectById(1); // version = 3
//2.修改数据
goods1.setPrices(1000);
goodsDao.updateById(goods1);// 修改完后 version = 4
goods2.setPrices(1000);
goodsDao.updateById(goods2);// 此时 oldversion的值已经发生变化,不在等于3,所以修改失败
}
}
至此,一个简单的乐观锁就实现了。
笔记参考B站黑马程序员:黑马程序员2022最新SSM框架教程
好博客就要一起分享哦!分享海报
此处可发布评论
评论(0)展开评论
展开评论