—學(xué)習(xí)并使用mybatis-plus的一些高級功能的用法例如： AR模式、 樂觀鎖 、邏輯刪除 、自動填充、數(shù)據(jù)保護(hù)等功能

為了方便演示，咱們還是新建一個(gè)全新的項(xiàng)目

引入mp依賴

<dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.3.2</version> </dependency>

yml配置

# 配置端口server: port: 8080spring: # 配置數(shù)據(jù)源 datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/mybatis-plus?serverTimezone=UTC&useUnicode=true&characterEncoding=utf-8 username: root password: root# mybatis-plus相關(guān)配置mybatis-plus: # 以下配置均有默認(rèn)值,可以不設(shè)置 global-config: db-config: #主鍵類型 auto:'數(shù)據(jù)庫ID自增' id-type: auto configuration: # 是否開啟自動駝峰命名規(guī)則映射:從數(shù)據(jù)庫列名到Java屬性駝峰命名的類似映射 map-underscore-to-camel-case: true # 如果查詢結(jié)果中包含空值的列，則 MyBatis 在映射的時(shí)候，不會映射這個(gè)字段 call-setters-on-nulls: true # 這個(gè)配置會將執(zhí)行的sql打印出來，在開發(fā)或測試的時(shí)候可以用 log-impl: org.apache.ibatis.logging.stdout.StdOutImpl

在 Spring Boot 啟動類中添加 @MapperScan 注解，掃描 Mapper 文件夾

（一）AR模式使用

ActiveRecord模式：支持 ActiveRecord 形式調(diào)用，實(shí)體類只需繼承 Model 類即可進(jìn)行強(qiáng)大的 CRUD 操作

即直接使用實(shí)體類 CRUD操作

1.繼承Model

​

點(diǎn)進(jìn)Model 類中 ，發(fā)現(xiàn)其提供了一些基礎(chǔ)的CRUD操作方法，并實(shí)現(xiàn)了序列化接口

注意的是，如果要使用ActiveRecord模式，僅僅繼承Model 是不行的，這一點(diǎn)官網(wǎng)沒有很顯示的提到，還需要編寫mapper接口 繼承BaseMapper接口，泛型為當(dāng)前實(shí)體類

2.mapper接口

如果不編寫Mapper直接使用Model方法會報(bào)錯：

那么，咱們來編寫mapper

再次測試

3.CRUD操作

新增操作

查詢操作

修改操作

刪除操作

此AR模式呢，可以在開發(fā)中減少我們很多的調(diào)用代碼，簡單操作無需額外使用Mapper、service調(diào)用！

（二）樂觀鎖

使用Mybatis-plus實(shí)現(xiàn)樂觀鎖

樂觀鎖：總是假設(shè)最好的情況，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人不會修改，所以不會上鎖，但是在更新的時(shí)候會判斷一下在此期間別人有沒有去更新這個(gè)數(shù)據(jù)，樂觀鎖適用于多讀的應(yīng)用類型，這樣可以提高吞吐量。

mybatis-plus 提供的樂觀鎖 是采用了版本號機(jī)制

數(shù)據(jù)表中加上一個(gè)數(shù)據(jù)版本號version字段，表示數(shù)據(jù)被修改的次數(shù)，當(dāng)數(shù)據(jù)被修改時(shí)，version值會加一。當(dāng)線程A要更新數(shù)據(jù)值時(shí)，在讀取數(shù)據(jù)的同時(shí)也會讀取version值，在提交更新時(shí)，若剛才讀取到的version值為當(dāng)前數(shù)據(jù)庫中的version值相等時(shí)才更新，否則重試更新操作，直到更新成功。

mp項(xiàng)目使用樂觀鎖是使用其插件配置?配置Bean的形式

1.bean配置

@Beanpublic OptimisticLockerInterceptor optimisticLockerInterceptor() { return new OptimisticLockerInterceptor();}

2.實(shí)體類以及數(shù)據(jù)庫添加對應(yīng)字段以及列

@Versionprivate Integer version;

至于version初始值，可以數(shù)據(jù)庫默認(rèn)設(shè)置為0，也可以再新增數(shù)據(jù)時(shí)手動設(shè)置verion版本號，個(gè)人是采用了數(shù)據(jù)庫默認(rèn)值

那么我們在做任何查詢修改刪除的時(shí)候呢，mp會默認(rèn)幫我們吧版本號作為條件帶上，判斷與數(shù)據(jù)庫中該數(shù)據(jù)版本號是否一致。

3.相關(guān)操作以及注意事項(xiàng)

首先插入一條數(shù)據(jù)

查詢并修改該條信息

發(fā)現(xiàn)其在修改的時(shí)候，將version作為了條件，并對version做了修改 set操作（默認(rèn)是在原基礎(chǔ)上+1)

需要注意的幾個(gè)點(diǎn)：

支持的數(shù)據(jù)類型只有:int,Integer,long,Long,Date,Timestamp,LocalDateTime整數(shù)類型下 newVersion = oldVersion + 1newVersion 會回寫到 entity 中僅支持 updateById(id) 與 update(entity, wrapper) 方法在 update(entity, wrapper) 方法下, wrapper 不能復(fù)用!!!

什么意思呢，就是要想使用樂觀說，首先 類型有限制，其次，修改方法僅僅只有上方兩個(gè)有效，才會在修改時(shí)候?qū)Π姹咎柧托行薷牟僮?以及 要想版本號升級必須 是要把之前版本號傳過去。

即version操作時(shí)，我必須把舊的帶過去

版本號不對，是無法進(jìn)行數(shù)據(jù)更新操作的（刪除、修改）

而如果不傳遞版本號的話，那么該字段就不會被維護(hù)了（失去了樂觀鎖 版本號機(jī)制 的意義了）

版本號回傳 修改正確 版本號維護(hù)成功

如此，就實(shí)現(xiàn)了樂觀鎖了，mp基礎(chǔ)上使用樂觀鎖，就是這么簡單

（三）邏輯刪除

物理刪除：將數(shù)據(jù)庫中該信息進(jìn)行徹底刪除，無法恢復(fù)。 應(yīng)的SQL語句：delete from 表名 where 條件

邏輯刪除：邏輯刪除的本質(zhì)是修改操作，所謂的邏輯刪除其實(shí)并不是真正的刪除，而是在表中將對應(yīng)的是否刪除標(biāo)識，然后修改 查詢操作時(shí)將 是否刪除標(biāo)識字段作為條件帶上，進(jìn)而達(dá)到邏輯上刪除了數(shù)據(jù)，但實(shí)際仍然保留了數(shù)據(jù)（盡管此數(shù)據(jù)在邏輯中不會再使用了）

例如：自己設(shè)置一個(gè)邏輯刪除字段，例如1表示數(shù)據(jù)有效，0表示被刪除即可，默認(rèn)是1

Mybatis-plus 已經(jīng)為我們提供了邏輯刪除封裝

只對自動注入的sql起效:

插入: 不作限制查找: 追加where條件過濾掉已刪除數(shù)據(jù),且使用 wrapper.entity 生成的where條件會忽略該字段更新: 追加where條件防止更新到已刪除數(shù)據(jù),且使用 wrapper.entity 生成的where條件會忽略該字段刪除: 轉(zhuǎn)變?yōu)?更新例如:

刪除: update user set deleted=1 where id = 1 and deleted=0查找: select id,name,deleted from user where deleted=0字段類型支持說明:

支持所有數(shù)據(jù)類型(推薦使用 Integer,Boolean,LocalDateTime)如果數(shù)據(jù)庫字段使用datetime,邏輯未刪除值和已刪除值支持配置為字符串null,另一個(gè)值支持配置為函數(shù)來獲取值如now()附錄:

邏輯刪除是為了方便數(shù)據(jù)恢復(fù)和保護(hù)數(shù)據(jù)本身價(jià)值等等的一種方案，但實(shí)際就是刪除。如果你需要頻繁查出來看就不應(yīng)使用邏輯刪除，而是以一個(gè)狀態(tài)去表示。

使用步驟：

1.數(shù)據(jù)庫添加字段

對某個(gè)表的數(shù)據(jù)需要使用邏輯刪除，則必須創(chuàng)建邏輯刪除字段

2.mp邏輯刪除配置

在原有的mp配置上 添加邏輯刪除設(shè)置

其已刪除 未刪除值均有默認(rèn)值 1 0 如果你預(yù)想設(shè)置值與之一致，僅僅編寫 邏輯刪除字段名即可

3.實(shí)體類加邏輯刪除字段以及注解

mp中 邏輯刪除相關(guān)配置就沒了 ，很是簡單------------咱們開始測試

咱們先刪除數(shù)據(jù)庫中原有數(shù)據(jù)

可以看到 ，刪除語句實(shí)際上是執(zhí)行了update(修改) 額外將 我們設(shè)置好的邏輯刪除字段值作為條件（未刪除 0）,并修改 值為1（已刪除）

接下來，我們來進(jìn)行查詢操作，看是否還能取出數(shù)據(jù)

total=0 ,沒有數(shù)據(jù)， 那么我們便做到了業(yè)務(wù)意義上的數(shù)據(jù)刪除（邏輯刪除）

其只要是設(shè)置了邏輯刪除 ，修改 刪除 查詢操作均會攜帶上未刪除條件 ，保證操作的數(shù)據(jù)時(shí) “存在” 的（）

（四）自動填充

在開發(fā)中哈，我們一個(gè)表的字段除了業(yè)務(wù)字段外，實(shí)際上還會添加維護(hù)字段 ，即 創(chuàng)建人 創(chuàng)建時(shí)間 修改人 修改時(shí)間 ，讓數(shù)據(jù)的操作 有跡可循，方便管理

如下：

實(shí)體類添加維護(hù)字段信息

那么每次在操作數(shù)據(jù)的時(shí)候需要我們手動插入到該model中 進(jìn)行保存，再操作數(shù)據(jù)

例如添加時(shí)

例如修改時(shí)

這樣呢，每次我們在操作數(shù)據(jù)時(shí)都需要在業(yè)務(wù)代碼中編寫 新增用戶ID 當(dāng)前時(shí)間 修改用戶ID 修改時(shí)間等字段等，就比較繁瑣

項(xiàng)目很大，幾百個(gè)Model 乘以Four 那么就額外編寫幾千行代碼進(jìn)行維護(hù)了

解決辦法：

1.自定義Aop 進(jìn)行數(shù)據(jù)填充

2.使用現(xiàn)成的 （mp都用了，用他的自動填充不香嗎）

操作開始：

1.自定義實(shí)現(xiàn)類 MyMetaObjectHandler

這里需要注意哈

這二者呢，一個(gè)是插入的類型 一個(gè)是插入的值 必須對應(yīng)上，或者 自動填充時(shí)會報(bào)錯

@Slf4j@Componentpublic class MyMetaObjectHandler implements MetaObjectHandler { @Override public void insertFill(MetaObject metaObject) { log.info('start insert fill ....'); this.strictInsertFill(metaObject, 'createTime', Long.class, System.currentTimeMillis()); //開發(fā)中 創(chuàng)建者 修改者ID 通過Aop 或者權(quán)限框架獲取當(dāng)前操作用戶 ，用用戶ID進(jìn)行填充即可 this.strictInsertFill(metaObject, 'createId', Long.class, 666L); } @Override public void updateFill(MetaObject metaObject) { log.info('start update fill ....'); this.strictUpdateFill(metaObject, 'modifyTime', Long.class, System.currentTimeMillis()); this.strictUpdateFill(metaObject, 'modifyId', Long.class, 666L); }}

2.實(shí)體類注解

要開啟自動填充功能 實(shí)現(xiàn) MetaObjectHandler 還不行，因?yàn)镸p 啊，對其字段默認(rèn)是不做處理的，所以，咱們配置了 新增修改 自動填充時(shí) 還需要在其字段上進(jìn)行開啟

@TableField(fill = FieldFill.INSERT)

OK。設(shè)置好了，咱們插入修改試一試吧！

修改

如此 mp的自動填充就可以了，根據(jù)業(yè)務(wù) 合理對默寫字段填充，填充什么值 自己考量即可

但是呢，也是有一定問題的

比如：我有一個(gè)定時(shí)維護(hù)功能，是由xxl-job發(fā)起的定時(shí)任務(wù)，那么這個(gè)時(shí)候，我字段維護(hù)信息，為了區(qū)分開到底是認(rèn)為維護(hù)還是自動維護(hù)，那么就需要手動設(shè)置 創(chuàng)建修改人 以及時(shí)間了

這個(gè)時(shí)候呢，自動填充功能會把我們自己設(shè)置的進(jìn)行覆蓋

所以呢，自動填充咱們也可以進(jìn)行優(yōu)化，當(dāng)有該維護(hù)字段時(shí)，且字段無值時(shí)才填充，當(dāng)無維護(hù)字段或者 維護(hù)字段設(shè)置了值則不填充

3.自動填充優(yōu)化

實(shí)際就是做了判斷 判斷該字段是否有set屬性 有則嘗試填充 （無值則填充）

@Slf4j@Componentpublic class MyMetaObjectHandler implements MetaObjectHandler { @Override public void insertFill(MetaObject metaObject) { //判斷是否有set屬性 if (metaObject.hasSetter('createId')) { //判斷是否有值 如果沒設(shè)置值 則為null Object createId = getFieldValByName('createId', metaObject); if (createId == null) { log.info('創(chuàng)建人需要維護(hù) 且值為空 需要填充 '); //開發(fā)中 創(chuàng)建者 修改者ID 通過Aop 或者權(quán)限框架獲取當(dāng)前操作用戶 ，用用戶ID進(jìn)行填充即可 this.strictInsertFill(metaObject, 'createId', Long.class, 666L); } } if (metaObject.hasSetter('createTime')) { Object createTime = getFieldValByName('createTime', metaObject); if (createTime == null) { log.info('創(chuàng)建時(shí)間需要維護(hù) 且值為空 需要填充 '); this.strictInsertFill(metaObject, 'createTime', Long.class, System.currentTimeMillis()); } } } @Override public void updateFill(MetaObject metaObject) { if (metaObject.hasSetter('modifyId')) { Object modifyId = getFieldValByName('modifyId', metaObject); if (modifyId == null) { log.info('修改人需要維護(hù) 且值為空 需要填充 '); this.strictUpdateFill(metaObject, 'modifyId', Long.class, 666L); } } if (metaObject.hasSetter('modifyTime')) { Object modifyTime = getFieldValByName('modifyTime', metaObject); if (modifyTime == null) { log.info('修改時(shí)間需要維護(hù) 且值為空 需要填充 '); this.strictUpdateFill(metaObject, 'modifyTime', Long.class, System.currentTimeMillis()); } } }}

測試：

我這里設(shè)置了創(chuàng)建者ID ,雖然createId需要維護(hù)，但我們設(shè)置了值 則不會進(jìn)行填充了，修改亦是如此！

那么自動填充功能，就完了，整合時(shí) 結(jié)合項(xiàng)目，適當(dāng)修改即可。

（五）數(shù)據(jù)保護(hù)

使用mp中的加密方式,對配置文件中一些敏感信息進(jìn)行加密（例如密碼）

其和 Jasypt 項(xiàng)目加密方式類似

1.生成隨機(jī)秘鑰以及內(nèi)容加密

2.配置文件替換

我們將原本的明文信息（root）換成加密后的密文信息

格式：

mpw:xxxx密文信息

3.設(shè)置密鑰到啟動參數(shù)中

idea 設(shè)置方式：

啟動測試?獲取到了數(shù)據(jù) 證明數(shù)據(jù)庫連接成功，其加密內(nèi)容在連接時(shí)也被密鑰解密了，但配置中，無明文信息，一定程度保護(hù)了項(xiàng)目

jar 啟動時(shí) 設(shè)置密鑰參數(shù)：

項(xiàng)目地址：springboot-mp進(jìn)階

到此這篇關(guān)于springboot2.3 整合mybatis-plus 高級功能的文章就介紹到這了,更多相關(guān)springboot2.3 整合mybatis-plus內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！