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>  
 

 

 

插件：

<plugins>
    <plugin interceptor="com.chrhc.mybatis.locker.interceptor.OptimisticLocker"/>
</plugins>

 

2. 对插件配置的说明：
上面对插件的配置默认数据库的乐观锁列对应的Java属性为version。这里可以自定义属性命，例如：
<plugins>
    <plugin interceptor="com.chrhc.mybatis.locker.interceptor.OptimisticLocker">
        <property name="versionColumn" value="xxx"/><!--数据库的列名-->
        <property name="versionField" value="xxx"/> <!--java字段名-->
    </plugin>
</plugins>

3. 效果：
之前：update user set name = ?, password = ? where id = ?
之后：update user set name = ?, password = ?, version = version+1 where id = ? and version = ?

4. 对version的值的说明：
1、当PreparedStatement获取到version值之后，插件内部会自动自增1。
2、乐观锁的整个控制过程对用户而言是透明的，这和Hibernate的乐观锁很相似，用户不需要关心乐观锁的值。

5.插件原理描述：
插件通过拦截mybatis执行的update语句，在原有sql语句基础之上增加乐观锁标记，比如，原始sql为：
update user set name = ?, password = ? where id = ?，
那么用户不需要修改sql语句，在插件的帮助之下，会自动将上面的sql语句改写成为：
update user set name = ?, password = ?, version = version + 1 where id = ? and version = ?，
形式，用户也不用关心version前后值的问题，所有的动作对用户来说是透明的，由插件自己完成这些功能。

6.默认约定：
1、本插件拦截的update语句的Statement都是PreparedStatement，仅针对这种方式的sql有效；
2、mapper.xml的<update>标签必须要与接口Mapper的方法对应上，也就是使用mybatis推荐的方式，但是多个接口可以对应一个mapper.xml的<update>标签；
3、本插件不会对sql的结果做任何操作，sql本身应该返回什么就是什么；
4、插件默认拦截所有update语句，如果用户对某个update不希望有乐观锁控制，那么在对应的mapper接口方法上面增加@VersionLocker(false)或者@VersionLocker(value = false),这样插件就不会对这个update做任何操作，等同于没有本插件；
5、本插件目前暂时不支持批量更新的乐观锁，原因是由于批量更新在实际开发中应用场景不多，另外批量更新乐观锁开发难度比较大；
6、Mapper接口的参数类型必须和传入的实际类型保持一致，这是由于在JDK版本在JDK8以下没有任何方法能获取接口的参数列表名称，因此，插件内部是使用参数类型和参数作为映射来匹配方法签名的；