問題描述：

在使用mybatis-plus進行數(shù)據(jù)庫的增刪查改的時候，我們一般都會設置用戶名為唯一索引（為什么？因為用戶名肯定不能重復）

當?shù)谝淮涡略鲇脩魰r，會在數(shù)據(jù)庫插入一條用戶數(shù)據(jù)：能插入成功代表用戶名不重復：
關心這兩個字段：

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

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

那么當這個用戶被刪除的時候：

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

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

Duplicate entry ‘重復的用戶名’ for key ‘sys_user.idx_username’

解決方案

方案一 ：直接刪除

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

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

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

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

這樣當刪除數(shù)據(jù)的時候，將數(shù)據(jù)的is_deleted字段為1，再次添加相同用戶名的數(shù)據(jù)時，會判斷是否存在username重復并且is_deleted = 0（添加數(shù)據(jù)的時候默認為0） 的數(shù)據(jù)（因為此時刪除的數(shù)據(jù)is_deleted = 1） 所以可以正常添加數(shù)據(jù)。

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

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

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

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

問題解決方案：

參考鏈接：邏輯刪除和唯一約束沖突的解決方案

此時可以追加一個刪除記錄字段，默認為1

此時聯(lián)合唯一索引為：

第一次添加數(shù)據(jù)的時候，deleteAt默認為1
第二次添加相同用戶名數(shù)據(jù)會觸發(fā)唯一索引（username相同 并且deleteAt=1）

第一次刪除數(shù)據(jù)的時候，給deleteAt字段設置當前時間戳，然后再刪除數(shù)據(jù)

第三次添加和刪除用戶相同用戶名的數(shù)據(jù)時，可以正常添加
第二次刪除數(shù)據(jù)的時候因為時間戳設置的不同，可以正常刪除

到此這篇關于mybatis-plus邏輯刪除與唯一約束沖突問題的文章就介紹到這了,更多相關mybatis-plus邏輯刪除與唯一約束沖突內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！