浅谈Mybatis乐观锁插件

　　

背景:对于数据库的同一条记录,假如有两个人同时对数据进行了修改,然后最终同步到数据库的时候,因为存在着并发,产生的结果是不可预料的。最简单的解决方式就是通过给表的记录加一个版本字段,记录在修改的时候需要比较一下版本是否匹配,如果匹配就更新,不匹配就直接失败。更新成功则把版本+ 1,也就是所谓的乐观锁。当然这样的逻辑最好能做到对开发人员透明,本插件就是来做这件事情的。
　　

　　

<强> 1。使用方式:在mybatis配置文件中加入如下配置,就完成了。
　　

　　 　　 　　& lt; plugins> 　　& lt;插件拦截=" com.chrhc.mybatis.locker.interceptor.OptimisticLocker "/比; 　　& lt;/plugins> 　　 　　

<强> 2。对插件配置的说明:
　　

　　

上面对插件的配置默认数据库的乐观锁列对应的Java属性为版本。这里可以自定义属性命,例如:
　　

　　 　　 　　& lt; plugins> 　　& lt;插件拦截=癱om.chrhc.mybatis.locker.interceptor.OptimisticLocker”比; 　　& lt;属性名=" versionColumn " value=" https://www.yisu.com/zixun/xxx "/祝辞& lt; !——数据库的列名——比; 　　& lt;属性名=" versionField " value=" https://www.yisu.com/zixun/xxx "/比;& lt; !——java字段名——比; 　　& lt;/plugin> 　　& lt;/plugins> 　　 　　

<强> 3。效果:
　　

　　

之前:=& # 63;更新用户组名称,密码=& # 63;id=& # 63;
　　

　　

之后:=& # 63;更新用户组名称,密码=& # 63;版本=+ 1,id=& # 63;和版本=& # 63;

　　

<强> 4。对版本的值的说明:
　　

　　

1,当PreparedStatement获取到版本值之后,插件内部会自动自增1。
　　

　　

2,乐观锁的整个控制过程对用户而言是透明的,这和Hibernate的乐观锁很相似,用户不需要关心乐观锁的值。

　　

<强> 5。插件原理描述:
　　

　　

插件通过拦截mybatis执行更新语的句,在原有sql语句基础之上增加乐观锁标记,比如,原始sql为:
=& # 63;更新用户组名称,密码=& # 63;id=& # 63;,
　　

　　

那么用户不需要修改sql语句,在插件的帮助之下,会自动将上面的sql语句改写成为:
=& # 63;更新用户组名称,密码=& # 63;版本=+ 1,id=& # 63;=& # 63;和版本,
　　

　　

形式,用户也不用关心前版本后值的问题,所有的动作对用户来说是透明的,由插件自己完成这些功能。

　　

<强> 6。默认约定:
　　

　　

1,本插件拦截的更新语句的语句都是PreparedStatement,仅针对这种方式的sql有效;
　　

　　

2, mapper.xml的& lt; update>标签必须要与接口Mapper的方法对应上,也就是使用mybatis推荐的方式,但是多个接口可以对应一个mapper.xml的& lt; update>标签;
　　

　　

3,本插件不会对sql的结果做任何操作,sql本身应该返回什么就是什么,
　　

　　

4,插件默认拦截所有更新语句,如果用户对某个更新不希望有乐观锁控制,那么在对应的mapper接口方法上面增加@VersionLocker (false)或者@VersionLocker(值=https://www.yisu.com/zixun/false),这样插件就不会对这个更新做任何操作,等同于没有本插件;
　　

　　

5,本插件目前暂时不支持批量更新的乐观锁,原因是由于批量更新在实际开发中应用场景不多,另外批量更新乐观锁开发难度比较大;
　　

　　

6,映射器接口的参数类型必须和传入的实际类型保持一致,这是由于在JDK版本在JDK8以下没有任何方法能获取接口的参数列表名称,因此,插件内部是使用参数类型和参数作为映射来匹配方法签名的;

　　

github地址:https://github.com/xjs1919/locker
　　

　　

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

浅谈Mybatis乐观锁插件