您好,登錄后才能下訂單哦!
背景:對于數據庫的同一條記錄,假如有兩個人同時對數據進行了修改,然后最終同步到數據庫的時候,因為存在著并發(fā),產生的結果是不可預料的。最簡單的解決方式就是通過給表的記錄加一個version字段,記錄在修改的時候需要比較一下version是否匹配,如果匹配就更新,不匹配就直接失敗。更新成功則把version+1,也就是所謂的樂觀鎖。當然這樣的邏輯最好能做到對開發(fā)人員透明,本插件就是來做這件事情的。
1. 使用方式:在mybatis配置文件中加入如下配置,就完成了。
<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執(zhí)行的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、本插件目前暫時不支持批量更新的樂觀鎖,原因是由于批量更新在實際開發(fā)中應用場景不多,另外批量更新樂觀鎖開發(fā)難度比較大;
6、Mapper接口的參數類型必須和傳入的實際類型保持一致,這是由于在JDK版本在JDK8以下沒有任何方法能獲取接口的參數列表名稱,因此,插件內部是使用參數類型和參數作為映射來匹配方法簽名的;
github地址:https://github.com/xjs1919/locker
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持億速云。
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。