Mybatis 实现乐观锁 ----高并发情况下使用

问题描述
我们系统采用springMVC+MyBatis的架构,数据使用的是mysql,数据库的隔离级别是默认的:REPEATABLE-READ。现在发现一个事务并发控制锁定问题。
我们系统有一个业务逻辑,每个人只能执行一次,所以开启事务的时候,我们使用悲观锁进行控制:select * from table where type = 1 and id = XXX for update;如果用户点击非常快,点击两次的话,就会启动两个事务进行控制,暂定A和B两个事务。假如A事务先获得锁,那么只有A事务执行完成之后B事务才能获得锁,B事务就会处于等待状态。A事务在处理完成之后,就会把类型type修改了,改成了其他的值,比如说:2,但是B事务在获得了锁之后,即本语句select * from table where type = 1 and id = XXX for update;能够执行通过,但是该用户的type还是1,即还是A事务修改之前的数值。

解决思路
1)考虑将事务的隔离级别修改为read-commited;
2)事务B应该后续会做一定的更新的,可以在更新后面加一个type条件,比如说update table set xxxx where id=xxx and type=xxx,避免重复更新。根据返回结果的数量(如果是0的话表示已经被其他人更新过了)决定程序如何处理(放弃或者重试)

数据库实现:
增加一个version字段,数据默认version值为1。

Mybatis 实现:

<update id="updateGoodsUseCAS" parameterType="Goods">  
    <![CDATA[ 
        update t_goods 
        set status=#{status},name=#{name},version=version+1 
        where id=#{id} and version=#{version} 
    ]]>  
</update>  

没有更多推荐了,返回首页