问题
一个忙（mo）碌（yu）的下午，小航同学，突然大骂一声，“TM ，见鬼了，version没变，更新就是不成功”。
我看他，满头大汗，双手握拳，面目狰狞，似乎又要发作，赶紧说：“不成功没关系啊，重试就好，乐观锁一般是要重试的”
他略带鄙视的说道：代码有重试了逻辑，我还加日志了，结果发现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），在一个事务中重试是不行的！
小航难为情的说的：大哥，什么是隔离级别啊？ 为什么不行啊？ 怎么改呢？
隔离级别
update操作是读取当前值。
那在RR隔离级别下，为什么在一个事务中重试是不行的呢？
表格模拟，为什么不行？
注意：事务中的select 是读快照，update是读当前。
简单说，就去其他事务，已经将version修改了2，事务A看到的还是事务开始前的值
也就是version为1.
解决方式
RR隔离级别下，将重试移到事务外. 即每次重试重新开一个事务
概要逻辑如下
/// 如果更新失败，重试updateGoodNum总共3回 public AFacadeImpl{ @Autowired AService aservice; public void updateGoodsNum(){ int i = 0; while(!aservice.updateGoodNum(id,num) && i++ < 3); } } public AServiceimpl implement AService{ @Transactional(timeout = 36000, rollbackFor = Throwable.class) public boolean 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 ; / } }
