最近有个项目需要实现一个表的乐观锁:
最初代码:
class="java" name="code">int flag=0;
do{
UserInfo info=userInfoMapper.getByUserId(userId);
if(userInfoMapper.increaseBalance(userId,money,info.getVersion())>0){ //修改账户信息同时查看version状态
flag= 1;
}
}while(flag==0);
其中increaseBalance方法对应代码:
update user_info set
balance=balance+#{balance},
version=version+1
where user_id=#{userId} and version=#{version}
后来
发现这样完全不行,因为mysql的默认隔离级别REPEATABLE-READ,即在一个事务中读取一个账户信息以及version总是不变的。
然后网上搜索了一圈,看到了两种方式:
1.例如这篇文章说的:http://sunjun041640.blog.163.com/blog/static/25626832201311184948586/
直接将数据库默认事务隔离级别改为READ_COMMITTED。
虽然方法是可行的,但是我这个项目有大量关于资金的操作,这样会更不安全。
2,采用spring的template,callback技术,在执行事务代码中发现特定的OptimisticLockFailureException 继续重新执行事务(这种方式对代码改动比较大,而且对整个长事务进行回滚比较耗费性能)
@Override
public <T> T execute(OptimisticLockingCallback<T> callback) throws Exception {
while (true) {
try {
return callback.doServiceInTransaction();
}
catch (Throwable e) {
if (e instanceof OptimisticLockFailureException) {
LOG.warn(e.getMessage());
continue;
} else {
LOG.error(e);
if (callback.throwWhenFailed()) {
throw new Exception(e);
} else {
return callback.failed();
}
}
}
}
}
苦苦
思索的时候,突然脑洞大开,再回看第一版代码碰到的问题,其实就是更新失败重新获取userinfo信息不是最新的(Mysql隔离级别导致),那只要更新该表中对应的userid的信息,不就解决了
于是在数据库中新增加一个字段conflict,在更新账户失败时直接调用如下语句:
update user_info set conflict=conflict+1 where id=#{id}
这样既不需要更改数据库的隔离级别,对现有代码的改动也是最小的
最终成品:
int flag=0;
do{
UserInfo info=userInfoMapper.getByUserId(userId);
if(userInfoMapper.increaseBalance(userId,money,info.getVersion())>0){ //修改账户信息同时查看version状态
flag= 1;
}else{
if(userInfoMapper.updateConflict(info.getId())==0){ //出异常了
throw new RuntimeException("账户异常");
}
}
}while(flag==0);
网友 2016/10/29 16:54:05 发表
这样也不行吧。