逻辑删除和唯一索引冲突的解决方案

最近碰到这个问题，需要加一个唯一索引保证数据库数据的唯一性，但突然发现逻辑删除会和唯一索引发生冲突。
查阅相关资料后，也得到了一些解决方案。这里就给出我认为的标准答案吧。

一、问题描述

我这里使用的逻辑删除的字段是isDeleted，tinyint类型。
未删除:0，已删除:1。
所以当数据已删除时，状态都是1，这时，已删除的数据里，是允许数据不唯一的。但未删除的数据里数据是要求唯一的。

但如果将isDeleted加入唯一字段索引的话，就会导致已删除的数据也不允许唯一，那就会影响删除业务。于是目前的情况无法使用唯一索引。

二、解决方案

增加一个deleteAt字段，bigint类型。用于记录删除时间的时间戳，未删除时为0。
也就是说，删除数据时额外维护两个字段，一个isDelete，用来判断是否删除，一个deleteAt，用来记录删除时间。
使用唯一索引时，将deleteAt加入，变成唯一联合索引。

此时联合索引为：业务唯一索引+isDelete+deleteAt

此时，已删除的数据deleteAt必然不同，所以不会发生重复。
而未删除的数据deleteAt都是0，此时业务字段就受到唯一索引影响，不能发生重复。
完美解决我的问题。

对你有帮助吗？点个赞把~