背景:對於數據庫的同一條記錄,假若有兩我的同時對數據進行了修改,而後最終同步到數據庫的時候,由於存在着併發,產生的結果是不可預料的。最簡單的解決方式就是經過給表的記錄加一個version字段,記錄在修改的時候須要比較一下version是否匹配,若是匹配就更新,不匹配就直接失敗。更新成功則把version+1,也就是所謂的樂觀鎖。固然這樣的邏輯最好能作到對開發人員透明,本插件就是來作這件事情的。java
1. 使用方式:在mybatis配置文件中加入以下配置,就完成了。
<plugins>
<plugin interceptor="com.chrhc.mybatis.locker.interceptor.OptimisticLocker"/>
</plugins>sql
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 = ?mybatis
4. 對version的值的說明:
一、當PreparedStatement獲取到version值以後,插件內部會自動自增1。
二、樂觀鎖的整個控制過程對用戶而言是透明的,這和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先後值的問題,全部的動做對用戶來講是透明的,由插件本身完成這些功能。app
6.默認約定:
一、本插件攔截的update語句的Statement都是PreparedStatement,僅針對這種方式的sql有效;
二、mapper.xml的<update>標籤必需要與接口Mapper的方法對應上,也就是使用mybatis推薦的方式,可是多個接口能夠對應一個mapper.xml的<update>標籤;
三、本插件不會對sql的結果作任何操做,sql自己應該返回什麼就是什麼;
四、插件默認攔截全部update語句,若是用戶對某個update不但願有樂觀鎖控制,那麼在對應的mapper接口方法上面增長@VersionLocker(false)或者@VersionLocker(value = false),這樣插件就不會對這個update作任何操做,等同於沒有本插件;
五、本插件目前暫時不支持批量更新的樂觀鎖,緣由是因爲批量更新在實際開發中應用場景很少,另外批量更新樂觀鎖開發難度比較大;
六、Mapper接口的參數類型必須和傳入的實際類型保持一致,這是因爲在JDK版本在JDK8如下沒有任何方法能獲取接口的參數列表名稱,所以,插件內部是使用參數類型和參數做爲映射來匹配方法簽名的;spa