mybatis-plus里面的乐观锁

已于 2022-08-17 18:13:07 修改
阅读量1k 收藏
点赞数
分类专栏： ssm框架 文章标签： java spring 数据库
于 2021-12-28 11:22:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cxywangshun/article/details/122188738
版权

mybatis-plus里面的乐观锁

乐观锁：解决丢失更新问题

丢失更新：多个人同时修改同一条数据，最后提交的把之前提交的数据覆盖

  • 类比于spring的事务，在不考虑事务隔离性的情况下，读的问题会产生

    • 脏读
    • 不可重复性
    • 幻读

  • 写的问题会产生：丢失更新问题

解决方案之乐观锁悲观锁

  • 悲观锁：串行
  • 乐观锁：加version

image-20211228110317644

最开始数据库version，Lucy事务，Mary事务都是1，然后左边先提交事务commit完了后会将数据库中的version+1。这时当右边的人想要commit的时候，会发现自己的version和数据库中的version不一样，这里就会阻止提交。

image-20211228110805006

一万个人抢一张票，谁手快先付款后，数据库version变为2，然后所有9999人都提交不了了。

如何添加乐观锁

  1. 数据库表中加一个字段version

image-20211228111039083

  1. 实体类中添加@version注解

image-20211228111123095

  1. 跟分页一样添加一个乐观锁插件

image-20211228111151224

实战效果就是（你改了类中的某个字段，然后version会自动+1，这样就完了。）

image-20211228111934637

最开始user.age=0 version =0

经过上述代码修改

后来user.age=200 version=1

.age=0 version =0

经过上述代码修改

后来user.age=200 version=1

这样就算一个成功的乐观锁了。。。。。。（感觉很尴尬）

perfect-ws
关注
专栏目录
【项目实战】Mybatis-Plus的乐观锁插件介绍
本本本添哥
04-06 344
Mybatis-Plus是在Mybatis基础上的增强工具，提供了更多的便捷功能，而Mybatis则更注重灵活性和原生SQL操作。Mybatis-Plus更适合那些希望减少SQL编写量、提高开发效率的团队，而Mybatis则适合那些需要灵活处理SQL并且不介意手动编写SQL语句的团队。
MyBatis-Plus实现乐观锁
西瓜游侠的博客
09-25 3574
MyBatis-Plus是通过version机制实现乐观锁的。 大致思路： 取出记录，携带记录的当前version； 更新记录的时候，比较记录当前的version是否有改变； 如果version未改变，则更新记录，并更新version，一般值+1； 如果version改变了，则不更新记录。 version机制的核心思想就是，假设发生并发冲突的几率很低，只有当更新数据的时候采取检查是否有冲突，而判断是否有冲突的依据就是version的值是否被改变了。 配置 MyBatis-Plus中配置乐观锁分两步：
mybatis-plus中使用乐观锁
gunsmoke的专栏
03-28 5957
工程结构 配置mybatis-plus乐观锁插件 /** * Copyright (c) 2020 ucsmy.com, All rights reserved. */ package com.example.mybatisplusdemo.config; import com.baomidou.mybatisplus.extension.plugins.OptimisticLockerI...
MyBatis-Plus 乐观锁
最新发布
Flying_Fish_roe的博客
09-23 1583
乐观锁是乐观并发控制的一种实现方式，它假设多个事务并发操作数据时不会产生冲突，或者认为冲突的概率较低，因此在每次操作时不会直接锁定资源。它的基本思路是在数据的每条记录中添加一个版本号字段，表示该数据的版本。当用户更新数据时，会检查该版本号是否发生变化。在读取数据时，同时读取该记录的版本号。在更新数据时，检查当前数据的版本号是否与读取时一致。如果版本号一致，则说明数据没有被其他事务修改，可以执行更新操作，并将版本号加 1。
Mybatisplus实现乐观锁
weixin_44311466的博客
04-16 1714
乐观锁 乐观锁：顾名思义十分乐观。它总是认为不会出现问题，无论干什么都不去上锁，如果出现问题再次更新值测试； 悲观锁：顾名思义十分悲观。它总是认为会出现问题，无论干什么都上锁，再去操作 mybatis-plus实现乐观锁 当要更新一条记录的时候，希望这条记录没有被别人更新 乐观锁实现方式： 取出记录时，获取当前 version 更新时，带上这个 version 执行更新时， set version = newVersion where version = oldVersion 如果 version 不对，就
mybatis-plus自动实现乐观锁
zhanwuguo8346的博客
07-28 236
乐观锁可以理解为取出一条数据进行更改，更新时验证一下自己拿到数据的版本，和现在数据库的版本是否一致。若一致说明在自己拿到数据到更改数据期间，数据库中数据没有变化。不一致则说明数据库中的数据已经被更改过了，不能直接覆盖。 手动实现乐观锁 取出记录时，获取当前version：假设取出的version=1 SELECT id,name,age,email,create_time,update_time,version FROM user WHERE id=1 更新时，带上这个version UPDATE
mybatis-plus的乐观锁
zhuzai233的博客
02-25 4371
mybatis-plus的乐观锁乐观锁mybatis-plus配置乐观锁乐观锁使用 乐观锁   乐观锁：它总是认为不会出现问题，无论干什么都不会上锁，如果出现了问题，再次更新测试。乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测   悲观锁：它总是认为总是会出现，无论干什么都会上锁，再去操作。当要对数据库中的一条数据进行修改的时候，为了避免同时被其他人修改，最好的办法就是直接对该数据进行加锁以防止并发。这种借助数据库锁机制，在修改数据之前先锁定，再修改的方
mybatis-plus源码（mybatis-plus-3.5.1.zip）
03-03
7. **乐观锁**：通过在表中增加一个版本号字段，实现乐观锁，避免并发问题。 8. **自定义全局配置**：可以全局配置一些参数，如开启或关闭自动填充、是否开启删除逻辑等。 9. **通用Mapper与通用Service**：提供...
mybatis-plus快速入门项目-mybatis-plus基本操作大全-附带sql+项目文档
11-24
MyBatis-Plus支持乐观锁机制，通过在实体类中添加version或timestamp字段，可以在更新数据时防止并发问题。 10. **项目文档** 提供的项目文档应该详细介绍了如何搭建环境、配置MyBatis-Plus、使用各种API以及如何...
mybatis-plus源码（mybatis-plus-3.5.1.tar.gz）
03-03
- MyBatis-Plus支持基于Version字段的乐观锁和基于ForUpdate的悲观锁，用于并发控制。 9. **自定义全局配置**： - 可以通过GlobalConfig设置全局配置，如逻辑删除的默认值、ID生成策略等。 10. **实体关系映射**...
MybaitsPlus修改操作：乐观锁与自动填充
Suprit's blog
03-22 876
修改操作 根据ID更新操作 这里MP作了优化，需要改什么值你就set什么值，不改的值不需要管。 //修改操作 @Test public void testUpdate(){ User user = new User(); user.setId(2L); //只需要修改ID属性，会自动找 user.setAge(20); //直接修改对象传入即可更新 userMapper.updateById(user); //直接传入一个对象 } ⚠️update时底层生成的sql自动是
MyBatis-Plus的乐观锁
是草莓味的啊
09-25 230
适用场景 为了解决丢失修改的问题，更新一条记录时，希望这条记录当前没有被别人修改，实现线程安全的数据更新 实现策略 添加version，版本号 取出记录时，获取当前version 更新时，带上version 执行更新时，set version = newVersion where version = oldVersion 如果version不对，更新失败 用MyBatis-Plus实现乐观锁 # mysql version int null default null # 实体类 @Versio
mybatis plus实现自动填充字段、乐观锁机制以及逻辑删除
Rk的博客
10-26 1812
乐观锁：顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据.
MybatisPlus实现乐观锁
qq_46431018的博客
09-20 443
mybatisplus实现乐观锁
【MyBatis-Plus】逻辑删除、乐观锁、防全表更新和删除实现 MyBatisX插件 高级扩展
Orion
03-14 1378
需求前置：并发问题演示乐观锁和悲观锁是在并发编程中用于处理并发访问和资源竞争的两种不同的锁机制悲观锁当A在使用时，上锁了，B尝试使用被拒绝，因为上锁了只能等A用完后，解锁了，B再次去尝试使用。乐观锁当A使用，不会上锁，B可以尝试使用，但被告知已被占用，不能用区别于悲观锁 -> 乐观锁的B会反复的尝试，直到A使用完毕这两者都是解决并发数据问题的思路,不是具体技术。
mybatisplus-乐观锁失效可能的因素
好吃的爆米花
06-08 1860
建表sql CREATE TABLE `tbl_dept` ( `dept_id` int(11) NOT NULL AUTO_INCREMENT, `dept_name` varchar(255) NOT NULL, `version` int(255) DEFAULT NULL, `number` int(255) DEFAULT NULL, PRIMARY KEY (`dept_id`) ) ENGINE=InnoDB AUTO_INCREMENT=28 DEFAULT CHARS
Mybatis-Plus乐观锁
你我皆是黑马
10-05 439
Mybatis-Plus乐观锁 1、什么是乐观锁 乐观锁：故名思意十分乐观，它总是认为不会出现问题，无论干什么不去上锁!如果出现了问题，再次更新值测试 悲观锁：故名思意十分悲观，它总是认为总是出现问题，无论干什么都会上锁!再去操作! 我们这里主要讲解乐观锁机制! 乐观锁实现方式: 取出记录时，获取当前version 更新时，带上这个version 执行更新时，set version = newVersion where version = oldVersion 如果version不对，就更新失败 2、乐
乐观锁解决更新丢失问题解决方案
m0_37732829的博客
01-19 3246
更新资源意味着2步操作：先获取资源，再把本地修改后的资源提交 更新丢失问题的原因：多个(2个及以上)客户端并发修改同一资源会导致更新丢失 解决方案：乐观锁，只允许第1个提交更新的客户端更新资源 UML序列图如下： ...
mybatis-plus version乐观锁
10-11
MyBatis-Plus 版本乐观锁是指通过在实体类中添加一个版本号字段，进行数据更新时对该字段进行比较，如果版本号相同则更新，如果不同则更新失败。MyBatis-Plus 提供了一个注解 @Version 来实现乐观锁功能，使用方法如下： 1. 在实体类中添加版本号字段，可以是 Integer、Long、Date 类型； ```java public class User { private Long id; private String name; private Integer age; @Version private Integer version; //getter和setter省略 } ``` 2. 在 XML 映射文件中使用 update 方法时，增加 @Version 注解即可。 ```xml <update id="updateById" parameterType="map"> update user set name=#{name},age=#{age},version=version+1 where id=#{id} and version=#{version} </update> ``` 这样，当更新一条数据时，MyBatis-Plus 会自动根据版本号判断是否更新成功。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值