mybatis-plus邏輯刪除與唯一約束沖突問(wèn)題

更新時(shí)間：2023年11月27日 11:28:04 作者：今天你寫代碼了嗎？？

本文探討了MyBatis-Plus邏輯刪除與唯一約束沖突的問(wèn)題,分析了產(chǎn)生沖突的原因,并提出了解決方案,具有一定的參考價(jià)值,感興趣的可以了解一下

問(wèn)題描述：

在使用mybatis-plus進(jìn)行數(shù)據(jù)庫(kù)的增刪查改的時(shí)候，我們一般都會(huì)設(shè)置用戶名為唯一索引（為什么？因?yàn)橛脩裘隙ú荒苤貜?fù)）

當(dāng)?shù)谝淮涡略鲇脩魰r(shí)，會(huì)在數(shù)據(jù)庫(kù)插入一條用戶數(shù)據(jù)：能插入成功代表用戶名不重復(fù)：
關(guān)心這兩個(gè)字段：

username：zhangsan
is_deleted：0 （未刪除狀態(tài)）

此時(shí)的數(shù)據(jù)庫(kù)用的username唯一索引：

那么當(dāng)這個(gè)用戶被刪除的時(shí)候：

is_deleted：1 （刪除狀態(tài)）

此時(shí)當(dāng)再次添加用戶名為zhangsan的用戶的時(shí)候就會(huì)觸發(fā)唯一索引添加數(shù)據(jù)失敗的情況（為什么呢，因?yàn)閯h除的用戶數(shù)據(jù)在數(shù)據(jù)庫(kù)里面使用的是改變is_deletd字段的值來(lái)表示的邏輯刪除，用戶數(shù)據(jù)其實(shí)還是存在數(shù)據(jù)庫(kù)的，當(dāng)添加用戶的時(shí)候用戶名和已刪除的用戶的用戶名重復(fù)還是會(huì)觸發(fā)唯一索引沖突）

Duplicate entry ‘重復(fù)的用戶名’ for key ‘sys_user.idx_username’

解決方案

方案一：直接刪除

在刪除用戶數(shù)據(jù)的時(shí)候不使用邏輯刪除，而是直接刪除用戶數(shù)據(jù)

結(jié)果：直接刪除數(shù)據(jù)，不符合假刪除邏輯，不推薦

方案二：設(shè)置聯(lián)合唯一索引

字段的唯一約束，改為字段.與刪除標(biāo)記字段的聯(lián)合唯一約束
通過(guò)設(shè)置username和is_deleted聯(lián)合唯一索引

這樣當(dāng)刪除數(shù)據(jù)的時(shí)候，將數(shù)據(jù)的is_deleted字段為1，再次添加相同用戶名的數(shù)據(jù)時(shí)，會(huì)判斷是否存在username重復(fù)并且is_deleted = 0（添加數(shù)據(jù)的時(shí)候默認(rèn)為0）的數(shù)據(jù)（因?yàn)榇藭r(shí)刪除的數(shù)據(jù)is_deleted = 1）所以可以正常添加數(shù)據(jù)。

那么再次添加用戶名重復(fù)的數(shù)據(jù)（未刪除）的時(shí)候會(huì)再次觸發(fā)唯一索引

Duplicate entry '重復(fù)用戶名-0' for key ‘sys_user.idx_username’

注意：（可以忽略上面的使用username和is_deleted字段做唯一索引的做法）

上面這樣還會(huì)出現(xiàn)一個(gè)問(wèn)題，當(dāng)再次刪除數(shù)據(jù)的時(shí)候（此時(shí)數(shù)據(jù)庫(kù)表中已經(jīng)有刪除的遺留數(shù)據(jù)），username和is_deleted聯(lián)合唯一索引還是會(huì)重復(fù)，如圖表示：