博客

如果不考虑事务隔离性会产生那些问题

读问题:

脏读

不可重复读

幻读

写问题:

丢失更新

乐观锁与悲观锁

1. 乐观锁与悲观锁都可以解决写问题即丢失更新。
2. 悲观锁解决方法:使用串行，当一个进程在进行时，其余进程都会等待，进行上锁。
3. 乐观锁解决方法:添加一个版本字段。赋予初始值，当有多个进程进行数据读写时，完成的进程会先与数据库版本字段进行比对，版本字段相同才执行，然后版本字段加一，其余进程就读写失败。

mybatis–plus乐观锁实现

1. 主要适用场景：当要更新一条记录的时候，希望这条记录没有被别人更新，也就是说实现线程安全的数 据更新

乐观锁实现方式：

1. 取出记录时，获取当前version
2. 更新时，带上这个version
3. 执行更新时， set version = newVersion where version = oldVersion
4. 如果version不对，就更新失败

（1）数据库中添加version字段

（2）实体类添加version字段

并添加 @Version 注解

@Version
@TableField(fill = FieldFill.INSERT)
private Integer version;

（3）在 MybatisPlusConfig 中注册 Bean

创建配置类

@EnableTransactionManagement
@Configuration
@MapperScan("com.sun.mapper")
public class MybatisPlusConfig {
/**
* 乐观锁插件
*/
@Bean
public OptimisticLockerInterceptor optimisticLockerInterceptor() {
return new OptimisticLockerInterceptor();
 }
}

（4）测试乐观锁可以修改成功

测试后分析打印的sql语句，将version的数值进行了加1操作

/**
* 测试 乐观锁插件
*/
@Test
public void testOptimisticLocker() {
//查询
User user = userMapper.selectById(1L);
//修改数据
user.setName("Helen Yao");
user.setEmail("helen@qq.com");
//执行更新
userMapper.updateById(user);
}

（5）测试乐观锁修改失败

/**
* 测试乐观锁插件 失败
*/
@Test
public void testOptimisticLockerFail() {
//查询
User user = userMapper.selectById(1L);
//修改数据
user.setName("Helen Yao1");
user.setEmail("helen@qq.com1");
//模拟取出数据后，数据库中version实际数据比取出的值大，即已被其它线程修改并更新
了version
user.setVersion(user.getVersion() - 1);
//执行更新
userMapper.updateById(user);
}