MyBatis-Plus乐观锁插件：优雅解决并发更新问题

于 2025-06-13 00:53:42 发布
阅读量952 收藏 22
点赞数 22
CC 4.0 BY-SA版权
分类专栏： mybatisPlus 文章标签： java mybatisPlus 乐观锁
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_65382359/article/details/148621582

轻松应对并发更新冲突，保证数据一致性，无需加锁就能提高系统性能！

目录

🤔 什么是乐观锁？

核心思想：先修改，更新时再检查

⚙️ 快速实现乐观锁

1. 添加版本号字段

2. 配置乐观锁插件

3. 实体类添加@Version注解

🔄 乐观锁的工作原理

🔄 并发更新场景演示

🛠️ 处理更新失败的策略

1. 放弃更新

2. 重新查询后重试

3. 合并更新

🎯 乐观锁的适用场景

适合场景

不适合场景

⚠️ 使用注意事项

🔄 乐观锁与悲观锁对比

🎯 实际应用示例

库存扣减场景

秒杀场景

📝 小结

⏭️ 下一步学习

🤔 什么是乐观锁？

乐观锁是一种并发控制策略，它假设多用户操作同一数据的场景下，冲突是很少发生的。因此，它不会在查询时加锁，而是在更新时检查数据是否被其他事务修改过。

核心思想：先修改，更新时再检查

乐观锁的工作流程：

  1. 查询数据时记录数据版本号

  2. 更新时检查版本号是否一致

  3. 如果一致则更新成功并将版本号+1

  4. 如果不一致则更新失败（说明数据已被他人修改）

💡 提示：乐观锁不是真正的"锁"，而是一种并发控制策略，它不会阻塞其他事务的执行。

⚙️ 快速实现乐观锁

1. 添加版本号字段

在数据库表中添加版本号字段：

ALTER TABLE user ADD COLUMN version INT DEFAULT 1 COMMENT '版本号';

2. 配置乐观锁插件

@Configuration
public class MybatisPlusConfig {
    
    @Bean
    public MybatisPlusInterceptor mybatisPlusInterceptor() {
        MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
        
        // 添加乐观锁插件
        interceptor.addInnerInterceptor(new OptimisticLockerInnerInterceptor());
        
        return interceptor;
    }
}

3. 实体类添加@Version注解

@Data
@TableName("user")
public class User {
    @TableId(type = IdType.AUTO)
    private Long id;
    private String name;
    private Integer age;
    private String email;
    
    @Version  // 标识该字段为乐观锁版本号字段
    private Integer version;
}

⚠️ 注意：乐观锁仅支持updateById和update(entity, wrapper)方法，且实体类必须带有@Version注解的字段。

🔄 乐观锁的工作原理

当执行更新操作时，MyBatis-Plus会：

操作说明
1. 自动在SQL语句中添加版本号条件确保只更新版本号匹配的记录
2. 同时将版本号+1更新成功后，版本号自动递增

例如：

// 查询用户(此时version=1)
User user = userMapper.selectById(1L);
​
// 修改用户信息
user.setName("张三改名");
​
// 更新用户
userMapper.updateById(user);

生成的SQL语句：

UPDATE user SET name=?, version=? WHERE id=? AND version=?
-- 参数: 张三改名, 2, 1, 1

  • ✅ 如果数据未被修改，版本号仍为1，更新成功

  • ❌ 如果数据已被修改，版本号已变，更新失败（返回影响行数为0）

🔄 并发更新场景演示

假设两个线程同时操作同一条数据：

// 线程1查询用户(version=1)
User user1 = userMapper.selectById(1L);
​
// 线程2查询用户(version=1)
User user2 = userMapper.selectById(1L);
​
// 线程1修改并更新
user1.setName("线程1修改");
userMapper.updateById(user1);  // 成功，version变为2
​
// 线程2修改并更新
user2.setName("线程2修改");
userMapper.updateById(user2);  // 失败，因为此时数据库version=2，而user2的version=1

🛠️ 处理更新失败的策略

当乐观锁更新失败时，常见的处理策略有：

1. 放弃更新

int rows = userMapper.updateById(user);
if (rows == 0) {
    throw new BusinessException("数据已被他人修改，请刷新后重试");
}

2. 重新查询后重试

int maxRetries = 3;
int retryCount = 0;
boolean success = false;
​
while (!success && retryCount < maxRetries) {
    // 尝试更新
    int rows = userMapper.updateById(user);
    if (rows > 0) {
        success = true;
    } else {
        // 更新失败，重新查询最新数据
        user = userMapper.selectById(user.getId());
        user.setName("新名字");  // 重新设置要修改的值
        retryCount++;
    }
}

3. 合并更新

// 更新失败时
if (rows == 0) {
    // 获取最新数据
    User latest = userMapper.selectById(user.getId());
    // 合并修改（根据业务逻辑合并）
    latest.setName(user.getName());
    latest.setRemark(user.getRemark() + "," + latest.getRemark());
    // 重新更新
    userMapper.updateById(latest);
}

🎯 乐观锁的适用场景

适合场景

  • ✅ 读多写少的业务

  • ✅ 并发冲突较少的场景

  • ✅ 对响应速度要求较高的场景

不适合场景

  • ❌ 写入频繁的业务

  • ❌ 冲突概率高的场景

  • ❌ 无法容忍更新失败的场景

⚠️ 使用注意事项

  1. 仅适用于更新操作：乐观锁只对updateById和update方法有效

  2. 必须使用数据库的版本号：不能手动设置版本号，必须先查询再更新

  3. 批量更新无效：乐观锁对批量更新无效，因为无法精确控制版本号

  4. 注意重试逻辑：实现重试时要避免无限循环

🔄 乐观锁与悲观锁对比

特性乐观锁悲观锁
加锁时机更新时检查查询时加锁
并发性能🚀 高🐢 低
实现复杂度😊 简单😣 复杂
死锁风险🟢 低🔴 高
适用场景读多写少写多读少
冲突处理需要额外处理自动等待

🎯 实际应用示例

库存扣减场景

@Transactional
public boolean reduceStock(Long productId, int quantity) {
    // 1. 查询商品库存
    Product product = productMapper.selectById(productId);
    if (product.getStock() < quantity) {
        throw new BusinessException("库存不足");
    }
    
    // 2. 扣减库存
    product.setStock(product.getStock() - quantity);
    
    // 3. 更新库存（带乐观锁）
    int rows = productMapper.updateById(product);
    if (rows == 0) {
        // 更新失败，说明有并发冲突
        throw new BusinessException("库存扣减失败，请重试");
    }
    
    return true;
}

秒杀场景

@Transactional
public boolean seckill(Long userId, Long productId) {
    // 1. 查询商品
    Product product = productMapper.selectById(productId);
    if (product.getStock() <= 0) {
        throw new BusinessException("商品已售罄");
    }
    
    // 2. 检查是否重复购买
    int count = orderMapper.selectCount(
        new QueryWrapper<Order>()
            .eq("user_id", userId)
            .eq("product_id", productId)
    );
    if (count > 0) {
        throw new BusinessException("您已购买过该商品");
    }
    
    // 3. 扣减库存
    product.setStock(product.getStock() - 1);
    int rows = productMapper.updateById(product);
    if (rows == 0) {
        // 乐观锁更新失败，说明库存已被修改
        throw new BusinessException("手慢了，商品被抢走了");
    }
    
    // 4. 创建订单
    Order order = new Order();
    order.setUserId(userId);
    order.setProductId(productId);
    order.setCreateTime(new Date());
    orderMapper.insert(order);
    
    return true;
}

📝 小结

MyBatis-Plus的乐观锁插件是一个轻量级的并发控制工具，只需简单配置即可实现。它通过版本号机制确保数据一致性，适用于读多写少的业务场景。

🔥 最佳实践：

  1. 对并发更新敏感的数据使用乐观锁（如库存、余额等）

  2. 合理设计乐观锁更新失败的处理策略

  3. 在高并发场景下，考虑结合缓存或队列减少冲突概率

  4. 对于极高并发的场景，可能需要考虑悲观锁或分布式锁

⏭️ 下一步学习

【项目实战】使用MyBatis-Plus乐观锁插件功能
本本本添哥
01-15 942
当要更新一条记录时，希望这条记录没有被别人更新，可以考虑使用MybatisPlus乐观锁插件功能来实现以上需求。
【项目实战】Mybatis-Plus的乐观锁插件介绍
本本本添哥
04-06 497
Mybatis-Plus是在Mybatis基础上的增强工具，提供了更多的便捷功能，而Mybatis则更注重灵活性和原生SQL操作。Mybatis-Plus更适合那些希望减少SQL编写量、提高开发效率的团队，而Mybatis则适合那些需要灵活处理SQL并且不介意手动编写SQL语句的团队。
MybatisPlus之乐观锁插件的简单使用
qq_43742526的博客
07-21 536
什么叫乐观锁呢？百度百科上是这样说的：     乐观锁机制采取了更加宽松的加锁机制。相对悲观锁而言，乐观锁更倾向于开发运用。悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。而乐观锁机制在一定程度上解决了这个问题。 看百度百科上的例子： 如一个金融系统，当某个操作员读取用户的数据，并在读出的用户数据的基础上进行修改时（如更改用户帐户余额），如果采用悲观锁机制，也就意味着整个操作过 程中（从操作员读出数据、开
MyBatis-Plus 乐观锁
Flying_Fish_roe的博客
09-23 2708
乐观锁是乐观并发控制的一种实现方式，它假设多个事务并发操作数据时不会产生冲突，或者认为冲突的概率较低，因此在每次操作时不会直接锁定资源。它的基本思路是在数据的每条记录中添加一个版本号字段，表示该数据的版本。当用户更新数据时，会检查该版本号是否发生变化。在读取数据时，同时读取该记录的版本号。在更新数据时，检查当前数据的版本号是否与读取时一致。如果版本号一致，则说明数据没有被其他事务修改，可以执行更新操作，并将版本号加 1。
MybatisPlus 实现乐观锁
最新发布
weixin_73735141的博客
01-17 2316
乐观锁就是持比较乐观态度的锁。在操作数据时非常乐观，认为别的线程不会同时修改数据，所以不会上锁，但是在更新的时候会判断在此期间别的线程有没有更新过这个数据。
mybatis-plus 乐观锁
不是七七子的博客
04-05 1519
mybatis-plus 乐观锁
Mybatis-plus乐观锁
tiantiantbtb的博客
08-06 1158
而此时第二个线程去update的时候 由于原先查出来版本号还是原来的 会导致更新不成功 那么在事务的驱动下,全部回滚。并发安全问题不是次次发生,是偶尔很小几率发生的事,但是这个几率是确实存在的。有两个线程都在查询数据库 查出来都是 1 500。现在两个线程都要修改这条数据 在原来基础上+20 和+30。第一个线程去update的时候 顺手将版本号加了1。当两个线程都在查 查出来 1 500。可是第二个线程查出来也是500 加了30。可是实际有可能是530。
MyBatis-Plus乐观锁插件
weixin_45723046的博客
05-05 1254
1、模拟修改冲突 1、创建一个数据库，添加一个数据 CREATE TABLE t_product( `id` BIGINT(20) not null COMMENT '主键ID', `name` VARCHAR(30) null default null COMMENT '商品名称', `price` int(11) default 0 comment '价格', `version` int(11) default 0 comment '乐观锁版本号', PRIMARY key(id) ) in
mybatis-plus源码（mybatis-plus-3.5.1.zip）
03-03
7. **乐观锁**：通过在表中增加一个版本号字段，实现乐观锁，避免并发问题。 8. **自定义全局配置**：可以全局配置一些参数，如开启或关闭自动填充、是否开启删除逻辑等。 9. **通用Mapper与通用Service**：提供...
MybatisPlus实现乐观锁
m0_74340515的博客
11-14 1538
乐观锁，总假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候都会判断一下在此期间别人有没有去更新这个数据，在此通过使用版本号version去实现。乐观锁适用于写比较少的情况下(多读情景，可提高吞吐量)，即冲突很少发生的时候，这样可以省去锁的开销，加大了系统的整个吞吐量；如果是多写的情形，一般会经常产生冲突，这就导致上层应用会不断进行retry,这样反倒降低了性能，所以一般多写的场景下用悲观锁更合适。1，在实体类version属性添加@version注解。
MybatisPlus(十一)MybatisPlus-乐观锁
kong7906928的博客
11-09 635
MybatisPlus-乐观锁
MyBatisPlus —— 乐观锁
qq_45114583的博客
09-03 225
乐观锁： 在面试过程中，我们经常会被问到乐观锁，悲观锁！其实非常简单！ 乐观锁：顾名思义十分乐观，他总认为不会出现问题，无论干是什么都不去上锁！如果出现问题，再次更新值测试 悲观锁：顾名思义非常悲观，他总是认为总是出现问题，无论干什么都会先去上锁！再去操作！ MybatisPlus官网中关于乐观锁插件配置：https://mp.baomidou.com/guide/interceptor-optimistic-locker.html 乐观锁机制： 当要更新一条记录的时候，希望这条记录没有被别人更
mybatis-plus自带的乐观锁
weixin_42988712的博客
11-24 1528
mybatis-plus自带的乐观锁
Mybatis-Plus实现乐观锁
qq_47905231的博客
06-01 5230
当要更新一条记录的时候，希望这条记录没有被别人更新 乐观锁实现方式：1、取出记录时，获取当前 version 2、更新时，带上这个 version 3、执行更新时， set version = newVersion where version = oldVersion 4、如果 version 不对，就更新失败简单的说就是： 1、数据库中添加version字段 2、取出记录时，获取当前version 3、更新时，version + 1，如果where语句中的version版本不对，则更新失败 Mybatis
MyBaits-Plus乐观锁
Sweet77
05-21 757
官方说明文档 乐观锁：乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则返回给用户错误的信息，让用户决定如何去做。 乐观锁实现方式： 取出记录时，获取当前version 更新时，带上这个version 执行更新时， set version = newVersion where version = oldVersion 如果version不对，就更新失败 在数据库中添加Version字段，并且默认值为1 补充实体类，并添加注解： 添
【Mybatis-Plus】乐观锁
m0_63300795的博客
01-01 329
目录1. 配置示例1.1 在数据库表中加入version字段，表示数据版本号1.2 修改实体类，在使用类中加入对应的version字段，并使用是乐观锁1.3 配置乐观锁1.4 测试当要更新一条记录的时候，希望这条记录没有被别人更新乐观锁实现方式（来自官方文档）： 1.3 配置乐观锁 1.4 测试 结果演示
MyBatis-Plus功能增强插件：简化CRUD操作流程
MyBatis-Plus 提供了许多实用的特性，包括但不限于通用 CRUD 操作、分页插件、逻辑删除、自动填充、乐观锁等。这些功能都是为了方便开发者能够在使用 MyBatis 进行持久层开发时，更加高效地实现业务逻辑。 MyBatis-...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值