背景：對于數(shù)據(jù)庫的同一條記錄，假如有兩個人同時對數(shù)據(jù)進行了修改，然后最終同步到數(shù)據(jù)庫的時候，因為存在著并發(fā)，產(chǎn)生的結(jié)果是不可預(yù)料的。最簡單的解決方式就是通過給表的記錄加一個version字段，記錄在修改的時候需要比較一下version是否匹配，如果匹配就更新，不匹配就直接失敗。更新成功則把version+1，也就是所謂的樂觀鎖。當然這樣的邏輯最好能做到對開發(fā)人員透明，本插件就是來做這件事情的。

1. 使用方式：在mybatis配置文件中加入如下配置，就完成了。

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

2. 對插件配置的說明：

上面對插件的配置默認數(shù)據(jù)庫的樂觀鎖列對應(yīng)的Java屬性為version。這里可以自定義屬性命，例如：

<plugins>
  <plugin interceptor="com.chrhc.mybatis.locker.interceptor.OptimisticLocker">
    <property name="versionColumn" value="xxx"/><!--數(shù)據(jù)庫的列名-->
    <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值之后，插件內(nèi)部會自動自增1。

2、樂觀鎖的整個控制過程對用戶而言是透明的，這和Hibernate的樂觀鎖很相似，用戶不需要關(guān)心樂觀鎖的值。

5.插件原理描述：

插件通過攔截mybatis執(zhí)行的update語句，在原有sql語句基礎(chǔ)之上增加樂觀鎖標記，比如，原始sql為：
update user set name = ?, password = ? where id = ?，

那么用戶不需要修改sql語句，在插件的幫助之下，會自動將上面的sql語句改寫成為：
update user set name = ?, password = ?, version = version + 1 where id = ? and version = ?，

形式，用戶也不用關(guān)心version前后值的問題，所有的動作對用戶來說是透明的，由插件自己完成這些功能。

6.默認約定：

1、本插件攔截的update語句的Statement都是PreparedStatement，僅針對這種方式的sql有效；

2、mapper.xml的<update>標簽必須要與接口Mapper的方法對應(yīng)上，也就是使用mybatis推薦的方式，但是多個接口可以對應(yīng)一個mapper.xml的<update>標簽；

3、本插件不會對sql的結(jié)果做任何操作，sql本身應(yīng)該返回什么就是什么；

4、插件默認攔截所有update語句，如果用戶對某個update不希望有樂觀鎖控制，那么在對應(yīng)的mapper接口方法上面增加@VersionLocker(false)或者@VersionLocker(value = false),這樣插件就不會對這個update做任何操作，等同于沒有本插件；

5、本插件目前暫時不支持批量更新的樂觀鎖，原因是由于批量更新在實際開發(fā)中應(yīng)用場景不多，另外批量更新樂觀鎖開發(fā)難度比較大；

6、Mapper接口的參數(shù)類型必須和傳入的實際類型保持一致，這是由于在JDK版本在JDK8以下沒有任何方法能獲取接口的參數(shù)列表名稱，因此，插件內(nèi)部是使用參數(shù)類型和參數(shù)作為映射來匹配方法簽名的；

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

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論