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

為了方便演示，咱們還是新建一個全新的項目

引入mp依賴

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

yml配置

# 配置端口
server:
 port: 8080
spring:
 # 配置數(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 在映射的時候，不會映射這個字段
 call-setters-on-nulls: true
 # 這個配置會將執(zhí)行的sql打印出來，在開發(fā)或測試的時候可以用
 log-impl: org.apache.ibatis.logging.stdout.StdOutImpl

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

（一）AR模式使用

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

即直接使用實體類 CRUD操作

1.繼承Model

​

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

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

2.mapper接口

如果不編寫Mapper直接使用Model方法會報錯：

那么，咱們來編寫mapper

再次測試

3.CRUD操作

新增操作

查詢操作

修改操作

刪除操作

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

（二）樂觀鎖

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

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

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

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

mp項目使用樂觀鎖是使用其插件配置–配置Bean的形式

1.bean配置

@Bean
public OptimisticLockerInterceptor optimisticLockerInterceptor() {
 return new OptimisticLockerInterceptor();
}

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

@Version
private Integer version;

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

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

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

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

查詢并修改該條信息

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

需要注意的幾個點：

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

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

即version操作時，我必須把舊的帶過去

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

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

版本號回傳 修改正確 版本號維護成功

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

（三）邏輯刪除

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

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

例如：自己設(shè)置一個邏輯刪除字段，例如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,另一個值支持配置為函數(shù)來獲取值如now()
附錄:

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

使用步驟：

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

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

2.mp邏輯刪除配置

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

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

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

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

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

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

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

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

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

（四）自動填充

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

如下：

實體類添加維護字段信息

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

例如添加時

例如修改時

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

項目很大，幾百個Model 乘以Four 那么就額外編寫幾千行代碼進行維護了

解決辦法：

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

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

操作開始：

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

這里需要注意哈

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

@Slf4j
@Component
public 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進行填充即可
 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.實體類注解

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

@TableField(fill = FieldFill.INSERT)

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

修改

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

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

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

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

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

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

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

@Slf4j
@Component
public 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)建人需要維護 且值為空 需要填充 ");
  //開發(fā)中 創(chuàng)建者 修改者ID 通過Aop 或者權(quán)限框架獲取當(dāng)前操作用戶 ，用用戶ID進行填充即可
  this.strictInsertFill(metaObject, "createId", Long.class, 666L);

  }
 }
 if (metaObject.hasSetter("createTime")) {
  Object createTime = getFieldValByName("createTime", metaObject);
  if (createTime == null) {
  log.info("創(chuàng)建時間需要維護 且值為空 需要填充 ");
  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("修改人需要維護 且值為空 需要填充 ");
  this.strictUpdateFill(metaObject, "modifyId", Long.class, 666L);
  }
 }
 if (metaObject.hasSetter("modifyTime")) {
  Object modifyTime = getFieldValByName("modifyTime", metaObject);
  if (modifyTime == null) {
  log.info("修改時間需要維護 且值為空 需要填充 ");
  this.strictUpdateFill(metaObject, "modifyTime", Long.class, System.currentTimeMillis());
  }
 }

 }
}

測試：

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

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

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

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

其和 Jasypt 項目加密方式類似

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

2.配置文件替換

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

格式：

mpw:xxxx密文信息

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

idea 設(shè)置方式：

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

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

項目地址：springboot-mp進階

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

最新評論