Mybatis plus邏輯刪除失敗的BUG操作
開發(fā)調(diào)試的時(shí)候發(fā)現(xiàn)Mybatis Plus的邏輯刪除失效了,看了下配置文件發(fā)現(xiàn)沒有問題,通過查看以下源碼發(fā)現(xiàn)
邏輯刪除需要注入的bean,查看這個(gè)bean的源碼如下
查看其中一個(gè)實(shí)例的類的源碼,如通過ID邏輯刪除LogicDeleteById的源碼,如下
mp在項(xiàng)目啟動(dòng)時(shí)預(yù)加載SQL是通過TableInfo中l(wèi)ogicDelete字段判斷是否開啟邏輯刪除的。然后讓我們來看看mp內(nèi)部是如何判斷是否開啟邏輯刪除的。
先看如下源碼
大概就是講實(shí)體類中的字段進(jìn)行循環(huán)映射數(shù)據(jù)庫字段并封裝到TableFieldInfo類中,實(shí)體類信息封裝到TableInfo中,在讓我們來看看MP循環(huán)處理字段時(shí)候做了什么操作。
上圖中的這一行代碼,
讓我們看看這行代碼具體做了什么
現(xiàn)在已經(jīng)很明確了,mp通過判斷字段上是否有TableLogic注解來判斷該實(shí)體類映射的表是否開啟邏輯刪除。但這一步是放到實(shí)體類所有的字段列表的循環(huán)中的,當(dāng)邏輯刪除字段在所有的字段中間而不是末尾的時(shí)候,判斷邏輯刪除的表示logicDelete會(huì)被覆蓋為false,然后導(dǎo)致解析方法生成聲明的時(shí)候判斷為沒有開啟邏輯刪除。
mp已經(jīng)更新了這個(gè)錯(cuò)誤,在設(shè)置logicDelete時(shí)會(huì)先判斷原來的刪除標(biāo)識(shí)是否為true,否則保持原來的初始值false。
補(bǔ)充知識(shí):分布式 mybatis-plus 邏輯刪除不生效 升級(jí)后org.mybatis.logging.LoggerFactory報(bào)錯(cuò)
解決方案:
第一步:升級(jí)mybatisplus版本到3.2.0
第二步:多添加一個(gè)擴(kuò)展包
<dependency><groupId>com.baomidou</groupId><artifactId>mybatis-plus-extension</artifactId><version>3.2.0</version> </dependency>
以上這篇Mybatis plus邏輯刪除失敗的BUG操作就是小編分享給大家的全部內(nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. mysql IS NULL使用索引案例講解2. Oracle取整函數(shù)用法案例3. MySQL慢查詢以及解決方案詳解4. Oracle 數(shù)據(jù)庫集中復(fù)制方法逐步精細(xì)5. SQL Server數(shù)據(jù)庫開發(fā)之觸發(fā)器的實(shí)際應(yīng)用6. Oracle數(shù)據(jù)庫優(yōu)化及其應(yīng)用程序研究7. Oracle 10g DBMS_SCHEDULER的中度解析8. 用腳本和查詢主動(dòng)監(jiān)視Oracle 9i性能9. Oracle和MySQL的一些簡單命令對(duì)比10. MySQL 8.0新特性 — 管理端口的使用簡介
