我看他,满头大汗,双手握拳,面目狰狞,似乎又要发作,赶紧说:“不成功没关系啊,重试就好,乐观锁一般是要重试的”
他略带鄙视的说道:代码有重试了逻辑,我还加日志了,结果发现version没变,就是更新不成功。
作为对技术小有追求的人,他怎么一说,立刻引起了我的好奇,随后诚恳的说道,我能看看代码吗?
小航,一句不发,双手却笔画了个请的姿势。
我仔细端详,代码大致逻辑如下:
@Transactional(timeout = 36000, rollbackFor = Throwable.class)
public void updateGoodNum(String id,Integer num)
throws Exception {
//1. select num as dbnum,version as dbversion from t where id=#{id}
//2. update t set num=dbnum-num,version =dbversion +1
// where id=#{id} and version =dbversion ;
// 如果更新失败,重试1,2部总共3回
}
我轻叹了口气,在mysql连接工具执行了,如下语句,将截图发给小航后,
摆出个大师的模样说道:咱们测试环境隔离级别是RR(REPEATABLE-READ),在一个事务中重试是不行的!
小航难为情的说的:大哥,什么是隔离级别啊? 为什么不行啊? 怎么改呢?
隔离级别
| 隔离级别 | 说明 |
| — | — |
| READ UNCOMMITTED | 未提交读,会造成脏读,违反持久性D |
| READ COMMITTED | 读已提交数据, 会造成幻读 违反一致性C |
| REPEATABLE READ(RR) | 可重复读,默认隔离级别,事务中的select 语句会读取事务开始前的快照,当然也能读到本事务的更新内容 |
| SERIALIZABLE | 不会使用mysql的mvcc机制,而是在每一个select请求下获得读锁,在每一个update操作下尝试获得写锁 |
update操作是读取当前值。
那在RR隔离级别下,为什么在一个事务中重试是不行的呢?
表格模拟,为什么不行?
| 开始事务前 | 表t对应id=1的,version=1 | |
| — | — | — |
| | 事务Abegin | 事务Bbegin |
| 1 | select version from t where id=1;– 得到version=1 | update t set version=2 where id=1;commit; |
| 2 | update t set XX where id=1 and version=1;// 更新失败,update读取当前,version=2 | |
| 3 | select version from t where id=1;// 得到version=1 | |
| 4 | commit | |
注意:事务中的select 是读快照,update是读当前。
简单说,就去其他事务,已经将version修改了2,事务A看到的还是事务开始前的值
也就是version为1.
解决方式
RR隔离级别下,将重试移到事务外. 即每次重试重新开一个事务
概要逻辑如下
/// 如果更新失败,重试updateGoodNum总共3回
public AFacadeImpl{
@Autowired
AService aservice;
public void updateGoodsNum(){
int i = 0;
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Java开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
新的学习之门!**
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!